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Preface 



This publication describes tlie Communications Control 
Program (CCP) feature of the IBM System/3 Model 15 and 
provides information to aid the system installation manager, 
IBM systems engineer, and application programmers in 
generating the CCP system. 

The generation of the CCP system is accomplished by using 
the facilities of the: 

• IBM System/3 Model 15 System Control Programming 
(5704-SC1 and 5704-SC2) 

• Programming support for the communication adapters: 
Multiline/Multipoint feature Multiple Line Terminal 
Adapter feature (PSHRPQ number 5799-WFK) 



IBM System/3 Model 15 Operator's Guide, GC21-5075. 

IBM System/3 Model 15 System Control Programming 
Reference Manual, GC21-5077 (5704-SC1). 

IBM System/3 Model 15 System Control Programming 
Concepts and Reference Manual, GC21-5162 (5704SC2). 

IBM System/3 Model 15 System Control Programming 
Macros Reference Manual, GC21-7608. 

IBM System/3 Overlay Linkage Editor Reference 
Manual, GC21-7561. 

IBM System/3 Model 15 Scheduler Logic Manual, 
SY210035. 



Prerequisite Knowledge 

You should be an experienced System/3 Model 15 user 
familiar with the basic concepts of teleprocessing. 



IBM System /3 Model 15 Supervisor and I OS Logic 
Manual, SY2 1-0033. 

IBM System/3 Model 15 Data Management Logic 
Manual, SY2 1-0034. 



Devices and Programs Supported and Required 

The terminal devices, system devices, and system programs 
required and supported by the CCP are listed in Appendix 
D. 

Note: This manual follows the convention that he means 
he ox she. 



IBM System/3 Model 15 System Data Areas and Diag- 
nostic Aids, SY21-0032 (5704-SC1). 

IBM System/3 Model 15 System Data Areas and Diag- 
nostic Aids, SY21-0052 (5704-SC2). 

IBM System/3 Model 15 System Services Programs 
Logic Manual, SY21-0036. 



Related Publications 

• IBM System/3 Communications Control Program Mes- 
sages Manual, GC21-5170. 

• IBM System /3 Model 15 Communication Control Pro- 
gram System Operator Guide, GC21-7619. 

• IBM System/3 Communication Control Program Terminal 
Operator's Guide, GC21-7580. 

• IBM System/3 Communications Control Program 
Programmer's Reference Manual, GC21-7579. 

• IBM System/3 Communications Control Program System 
Design Guide, GC21-5165. 



IBM System /3 Multiline/Multipoint Binary Synchronous 
Communications Reference Manual, GC21-7573. 

IBM System/3 Multiple Line Terminal Adapter RPQ 
Program Reference and Component Description Manual, 
GC21-7560. 

IBM 1050 Data Communication System Principles of 
operation. GA24-3474. 

IBM 2740 Communications Terminal Models 1 and 2 
Component Description, GA24-3403. 

IBM 2741 Communication Terminal, GA24-3415. 

IBM System/7 Systems Summary, G A34-0002. 
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• IBM System /7 Binary Synchronous Communications 
Module (RPQ) Programming Guide and Reference 
Manual, SC34-1510. 

• IBM System/7 Teleprocessing Multiplexor "TPMM" 
Programming Guide and Reference Manual Supporting 
RPQ D08011, SC34-1506. 

• IBM 3270 Information Display System Component 
Description, GA27-2749. 

• IBM 3735 Programmer's Guide, G C30-300 1 . 

• IBM System/3 3735 Support Program Coding Manual, 
GC21-5096. 

• IBM 374 1 Data Station Reference Manual, G A21 -91 83. 

• IBM System/3 Disk Sort Reference Manual. SC2 1 -7522. 

• IBM System/3 Model 15 User's Guide to Spooling, 
GC21-7632. 

• IBM System/3 Subset American National Standard 
COBOL Reference Manual, GC28-6452. 

• IBM System/3 RPG II Reference Manual, SC21 -7504. 

• IBM System /3 FORTRAN I V Reference Manual, 
SC28-6874. 

• IBM System/3 Basic Assembler Program Reference 
Manual. SC2^ -7509. 

• IBM System/34 Interactive Communications Feature 
Reference Manual, SC21 -7751 . 
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Chapter 1. Introduction 



The communications control program (CCP) is a system 
control programming feature that allows the IBM System/3 
Model 15 to support an online network of terminals. CCP 
enables terminals to call application programs as needed 
and permits those programs to access a common set of disk 
files. If sufficient main storage is available, the CCP permits 
several application programs to be executing concurrently, 
though independently of one another; that is the CCP pro- 
vides for multiprogramming within one partition. 

The CCP is designed to make a communications-based sys- 
tem as easy and inexpensive as possible to establish and 
operate. The CCP can be tailored to suit diverse data pro- 
cessing environments involving batch and online applica- 
tions. 

Note: If you are not acquainted with the terms used in 
this introduction, you can find them explained either in 
Appendix E: Glossary, or in the Data Processing Glossary, 
GC20-1699. 



TERMINAL OPERATOR FACILITIES 

Under control of the CCP, the operator of a terminal can; 

• Request programs. 

• Specify whether a program request should be rejected if 
the program cannot be executed immediately, or whether 
the request should be placed on a queue. 

• Specify the disk files to be used by a particular program 
or series of programs. 

• Change the symbolic name of the terminal. 

• Send a message to the system operator. 

• Release the terminal from a program in order to enter 
another program request or command. 

• Request the operation of a series of tasks via task chain- 
ing (Program Number 5704-SC2 only). 

• Request sort operations via the CCP/Disk Sort Program. 
(Program Number 5799-ATH is used with SCP 5704-SC1; 
5704-SM7 is used with SCP 5704-SC2.) 

• Find new or updated programs and formats (Program 
Number 5704-SC2 only). 

• Request the online test to determine whether the termi- 
nal is operating correctly. 



SYSTEM OPERATOR FACILITIES 

The system operator initiates and terminates the activity of 
the CCP and controls the operation of the communications- 
based system. After the CCP is loaded into main storage, 
it asks the system operator one or more questions. This 
allows the system operator to identify the set of files, 
programs, terminals, communication lines, and terminal 
names to be used by the CCP on the current run (one or 
more of these sets were defined prior to the current run of 
the CCP— see index entry; assignment stage). These ques- 
tions also allow the system operator to modify a selected 
set to adapt to a particular run of the CCP. 

During the operation of the CCP, the system operator 
controls the system through the Console Keyboard. The 
operator can: 

• Monitor the status of the system at any moment. 

• Determine the unfulfilled requests for programs or sys- 
tem operator replies in the system at any time. 

• Send messages to terminals. 

• Change the status of terminals on the system. 

• Cancel, suspend, and resume activities of programs. 

• Change the actual terminal referred to by a terminal 
name. 

• Request the online test of terminals to determine whether 
they are operating correctly. 

• Close CCP files. 

• Open the previously closed CCP files. 

• Shut down CCP. 

• Change interval polling times. 

• Recover from terminal errors. 

• Save trace table information. 

• Activate or deactivate automatic retries to terminals 
in error recovery and control the frequency of retries 
(Program Number 5704-SC2 only). 

• Initiate or terminate the CCP loadable trace. 
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The system operator can also perform some of the functions 
of a terminal operator such as request programs, enter com- 
mands, and, for Program Number 5704-SC2, find programs 
and formats. 



• Automatic translation of transmission data codes 

• Dynamic, program-controlled allocation and dealloca- 
tion of terminals 



Because of the extent of the control exercised by the sys- 
tem operator, he or she must be thoroughly trained in the 
operation of the CCP, applications of the CCP in the 
installation, and the specific tasks to perform under control 
of the CCP. 



PROGRAMMING FACILITIES 

Programs that run under the CCP can be written in any of 
four programming languages: 

• RPG II 

• COBOL 

• FORTRAN IV 

• Basic Assembler 

Although the design of programs written for the CCP might 
be different from those the programmer has been writing, 
programming statements used for terminal input/output 
are already familiar to programmers: 

• In COBOL or FORTRAN: the call statement. 

• In RPG II: either the exit operation or a special file. 

• In Basic Assembler: macro instructions that can be 
processed by the disk system management macros. 

With each request for terminal I/O, the programmer provides 
a list of parameters that tell the CCP which specific 
operation to perform, which terminal to use, and what 
data area to use. 

The CCP allows the programmer to identify terminals by 
symbolic names. If a particular terminal is unavailable for 
any reason, the system operator can reassign the symbolic 
name to a different terminal. Thus, the program need not 
be changed or recompiled to address a different terminal. 

Other facilities offered by the CCP to the programmer are: 

• Access to the name of the terminal that requested the 
program 

• Access to attributes of individual terminals 

• Support for overlay programs 



Access to communications I/O error or exception 
information 

Interaction with external buffers (Program Number 
5704-SC2only) 

Initiation of a task (including a sort task) from an active 
task via task chaining (Program Number 5704-SC2 only) 



DEVICES AND PROGRAMS SUPPORTED 

The terminal devices, system devices, and system programs 
required and supported by the CCP are listed in Appendix 
D. 



ESTABLISHING AND OPERATING THE CCP 

The CCP can be tailored to suit each unique operating en- 
vironment. Establishing and operating the CCP in a parti- 
cular environment is accomplished in three stages: 

• Generation 

• Assignment 

• Operational system startup 



Generation Stage 

CCP generation is the process by which a user creates an 
individual version of the CCP. The purpose of generation is 
to create a set of CCP object modules and subroutines, 
unique to that user's requirements, on the user's disk pack. 
The process of generation involves: 

1 . Describing the type of equipment to be used by the 
communications system and the facilities that should 
be included in that system. 

2. Creating a set of control routines whose specific con- 
tent may be unique to the user's installation. 

3. Joining the routines by a link-editing process. 

4. Copying appropriate additional supporting routines. 

5. Initializing the assignment file used by the assignment 
stage and the operational stage. 



Assignment Stage 

Assignment is a special, brief CCP run during which the user 
specifies one or more sets of specific environments in which 
the CCP will run. Each set includes: 

• Specific items of information pertaining to the entire 
CCP, such as the current password. 

• Programs that can be run under the CCP and the 
resources each requires. 

• Files that are accessible to each program and how they 
are to be accessed. 

• The current line/terminal configuration. 

The assignment run need be repeated only when the user 
wishes to change some of the specific information given in 
a previous assignment run. 

Operational Stage 

The operational stage begins with operational startup, 
when the CCP is loaded into main storage. During startup, 
the CCP routines open disk files, adapters, and communica- 
tion lines and complete various tables and control blocks. 

During operation, the CCP performs the functions request- 
ed by terminal operators and the system operator, 
executing application programs as directed by those 
operators. 

The operational stage is concluded by shutdown, which is 
initiated by the system operator. During shutdown, the 
CCP allows currently executing programs to complete 
processing, then closes communication lines, adapters, 
and files. 



CCP TASKS 

Each body of code, such as an application program, execut- 
ing independently in the CCP program partition is consid- 
ered a task. It is possible for two or more copies of the 
same program to be executing concurrently and independ- 
ently under the CCP; in this case, each copy is considered a 
task. 

Tasks are identified as either user tasks or system tasks 
(see CCP System Operator's Guide, for uses of the task 
identification). An example of a user task is an inquiry 
program, loaded into main storage by request from 
either a terminal operator or the system operator; an example 
of a system task is the CCP communications management 
task, which processes requests for terminal I/O. 



The management of tasks, as performed by the CCP, permits 
tasks to be initiated and terminated independently and to 
operate concurrently. When user tasks run concurrently, 
results are identical to those that would occur had each 
task run alone. Under CCP, 1-15 user tasks can execute 
concurrently; tasks can be from 4K to 32K bytes. 



RELATIONSHIP TO OTHER PROGRAMS 

Figure 1 illustrates the relationships between the CCP and 
disk system management and between the CCP and 
application programs. 

Disk System Management (DSM) 

The CCP operates in conjunction with DSM and uses the 
following facilities of DSM wherever possible: 

• DSM Supervisor: Used for program loading, disk and 
unit record physical I/O control (lOS). On Program 
Number 5704-SC2, use enqueue and dequeue. 

• D/s/f and Unit Record Data Management: Used for 
logical control of disk and unit record I/O. 

• DSM Console Management: Certain CCP display transi- 
ents run in the DSM transient area and interface directly 
with DSM console management transients. 

• MLTA and/or MLMP IOCS: The CCP incorporates 
either or both of these System/3 communications I/O 
programs, depending upon the line configuration of 
the system: the multiple line terminal adapter (MLTA) 
RPQ (request for price quotation) program for start-stop 
terminal; the multiline/multipoint (MLMP) IOCS for 
binary synchronous terminals attached to System/3 by 
the binary synchronous communications adapter (BSCA 
lines 1 and 2). Your communications programs do not 
(and must not) use the communications IOCS directly; 
the CCP calls the appropriate IOCS when needed, based 
on the instructions you issue in your program. 

• BSCC IOCS: The CCP incorporates this I/O support if 
BSC lines 3 or 4 are used. This I/O support is part of 
DSM and can be used if BSCC was specified during 
system generation. This support is used only by CCP. 

• SIOC IOCS: The CCP incorporates this I/O support 
if an RPQ (request for price quotation) for SIOC 
channel connected systems is used. For additional 
information, see IBM System /3 Model 15D Channel 
Connected Systems Program Reference and Logic 
Manual, GC21-5199 (Program Number 5704-SC2 only). 
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Communications Control Program 




Communication control program 
under control of System/3 
disk system management 



User application programs 
running under CCP 



-Program Partition 2 



.Program Partition 3 
(Program Number 5704-SC2 only) 



User application program 



Figure 1. Relationships between System/3 Disk System Management, the Communications Control Program, and User Application Programs 



Existing Communications Programming Support 

The RPG II telecommunications feature, which provides 
support for batch terminals in RPG II, is not a part of the 
CCP and cannot be used under the CCP. Application 
programs using these features can, however, be executed in 
another program partition from the CCP as long as 
their use of communication lines does not conflict with 
the CCP. 

Application Programs 

Application programs can execute under control of the 
CCP or, in another partition, under control of DSM. 



Telecommunication application programs that execute 
under the CCP are one step removed from control by DSM. 
They are loaded by the CCP and receive control from the 
CCP. Requests by these programs for system services are 
received and scheduled by the CCP. Some requests are 
performed by the CCP; some are passed from the CCP to 
DSM to be performed. 

A telecommunications application program that executes in 
a non-CCP partition must include the communications 
IOCS routines it requires. Its use of communications lines 
must not conflict with the CCP. 



Some noncommunications application programs not 
originally written to run under CCP control can be executed 
under the CCP. These programs can be requested from the 
system operator's console or from a terminal if they do not 
violate any of the restrictions placed upon CCP programs 
and if they are defined in an assignment set. If such a 
program has not been rewritten to release the requesting 
terminal, then the terminal is not free to enter another 
command or program request until the requested program 
terminates. 

Noncommunications application programs can be executed 
in a non-CCP program partition while the CCP is operating 
if they do not conflict with the CCP in their use of system 
resources (disk files and unit record devices). 



System Programs 

System program facilities' such as utilities, compilers, 
source library Get/Put, or SYSPRINT) cannot be run under 
CCP, Some system programs can be run in the non-CCP 
partition(s) while CCP is executing, and some dedicated 
system programs require that CCP be shut down before 
they can be executed. For more information, see the 
appropriate SCP reference manual listed under Related 
Publications in the Preface. 



' The spool file copy program ($QCOPY) is an exception. SQCOPY 
runs under control of SCP and, if its name is cfianged so tfiat it 
begins witfi sometfimg other than S, SQCOPY also runs under 
control of CCP (Model 15 5704-SC2 only). 



Introduction 



Chapter 2. Using the CCP from a Terminal 



To the operator of a terminal, the system is a resource to 
help him accomplish his tasks. The terminal operator 
might think of the system as belonging to him or her alone, 
unless the combined demands upon the system are great 
enough to cause delay in its responsiveness. All contention 
among terminal operators for use of the system is managed 
by CCP. 

The CCP distinguishes two types of terminals: 

Command terminals, which can request services of the 
CCP including the running of application programs. 

Data terminals, which cannot request services, and are 
used only as directed by the application programs. 

In order to call for application programs, the command 
terminal operator must first sign on to the CCP. A sign-on 
request is a message initiated by the terminal operator 
signifying the wish to request services of the CCP. If the 
system has a password security feature (an option selected 
during the CCP generation— see index entry initial mode), 
the terminal operator must correctly enter a password with 
the sign-on request. 



HOW THE TERMINAL OPERATOR REQUESTS A 
PROGRAM 

When a command terminal is not in use, it is continually 
monitored by the control program for a request. The 
terminal operator calls for an application program to 
perform a specific function by simply entering the program 
name at the terminal. The CCP then attempts to load and 
execute the program and to put that program in communi- 
cation with the terminal operator. From then until the 
completion of the program, the interaction between the 
terminal operator and the system is dictated by that 
program. 

When the application program completes execution, it 
yields control of the terminal to the CCP. The CCP once 
again monitors the terminal for a terminal command such 
as a program request. The next program request does not 
have to be for the same program. 

Each terminal operator must be trained in the functions he 
or she can call upon and in the procedures for interacting 
with the application programs that perform those functions. 



Once a terminal operator is in communication with the 
requested application program, he or she enters data as 
required by the program. The sequence of operations at 
the terminal, and the format of data sent to and from it, 
are entirely directed by the application program. The 
terminal operation continues to be directed by the applica- 
tion program until that program releases it. However, the 
operator, while sending data from the terminal to the appli- 
cation program, can reestablish communication with the 
CCP in order to: 

• Send a message to the system operator and then resume 
sending data to the program. 

• Release his terminal from control of the program. 

When a terminal operator finishes making a series of re- 
quests for services of the CCP, he or she normally signs off 
the terminal. This action restores the terminal to an initial 
status, such that it must be signed on again (with a pass- 
word, if that option was chosen) before it can request 
services of the CCP. 



HOW THE TERMINAL OPERATOR REQUESTS SYSTEM 
SERVICES 

While monitoring for program requests, the CCP can also 
respond to commands to perform services for the terminal. 

The operator can specify ahead of time what the system's 
response should be when it is unable to comply immediately 
with his request for a program. The system might be 
temporarily too busy with requests from other operators. 
By command, he can choose one of the following responses: 

• The system denies the request and allows him to make 
some other request. 

• The system holds the request and honors it as soon as 
possible. 

Once the operator of a terminal has specified one of these 
requests, the CCP handles all program requests from that 
terminal accordingly until the operator specifies differently. 
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A file specification allows the operator to specify the disk 
data files that are to be accessed by programs he or she 
requests, if those programs are written to accept the specifi- 
cation. V\/ithin the information system, there may be 
several files containing similar data in the same format. A 
school system, for example, might have a separate student 
records file for each school. An application program 
requested by the operator might have been written to access 
any one of these files, but the program must be told which 
file to use on a particular run. A file specification command 
issued by the terminal operator applies to all programs 
requested at that terminal until a contradictory command 
is issued. 

Another command permits the terminal operator to send a 
message to the system operator, requesting some action to 
be taken. 

The commands discussed so far are issued to the CCP while 
it is monitoring a terminal for requests. Once a terminal is 
interacting With an application program, however, the input 
from that terminal is meaningful only to the application 
program, with one exception. The CCP checks each 
message from a terminal to a program for a certain string 
of characters defined in your system. When it detects 
these characters in a message, the CCP interprets the 
message as an attempt by the terminal operator to escape 
from control of the application program and communicate 
directly with the CCP. At this point, the CCP accepts a 
request from the operator to release the terminal from the 
control of the application program, or to send a message to 
the system operator. If the request was to send a message, 
the terminal operator can ask the CCP to resume execution 
of the application program after the message is sent. 



TERMINAL MODES 

There are two classes of terminals defined previously, based 
on whether or not the terminals are capable of entering 
commands to the CCP: command terminals and data 
terminal.-; (see Appendi.x E; Glossary). Data terminals are 
capable only of transmitting or receiving data under control 
of an application program; they are not capable of com- 
manding CCP services. When data terminals are not 
communicating with an application program, they are in a 
standby mode (not polled by the CCP for input). Because 
the operator of a data terminal does not interact with the 
CCP, this chapter deals only with the operation of command 
terminals. 

Although there are operating differences among the various 
terminal types that can be used as command terminals, 
the functions that can be performed by them are the same. 



The primary function of any command terminal is to re- 
quest the execution of application programs. All of the 
activities a terminal operator performs are related to that 
function. 



Initial Mode 

When a command terminal is online, it is physically at- 
tached to the system and logically attached to the CCP. 
The CCP monitors it continuously for program requests or 
other commands. Before a program can be requested, the 
operator must first sign on at the terminal. Signing on 
involves communication between the terminal operator and 
the CCP. Before and during this communication, the 
terminal is in initial mode. Commands for CCP services 
other than system operator communication cannot be 
issued from a terminal when it is in initial mode. The end 
of initial mode occurs when the terminal operator is 
successfully signed on. 

From the point of view of the terminal operator, signing 
on may be as simple as entering the sign-on command. How- 
ever, if access to the system from a terminal must be limited 
to certain authorized people, the sign-on procedure can 
involve providing additional information required by a 
security feature. The security feature can be either the 
password security option provided by the CCP (see index 
entry: password security option) or a routine written by 
the user to control access to the system in some other way. 



Command Mode 

After a terminal operator is successfully signed on, the 
terminal is in command mode. This means the operator 
can request the CCP to load and execute programs and can 
issue related commands. Once a terminal is in command 
mode, it remains in command mode until a program re- 
quest is made from the terminal (see Terminal Operator 
Commands), the operator signs off, or the system operator 
varies the terminal offline. 



Data Mode 

Once the terminal operator issues a command to load and 
execute a user application program, the CCP loads the 
program and gives it control. At that point, the terminal 
enters data mode; that is, the terminal is in communication 
with the application program itself. The nature of the 
communication is, of course, determined by the application 
program. Normally, the terminal remains in data mode 
until the application program completes processing or 
releases the terminal. At that time, the terminal is again 
placed in command mode and is able to issue another 
program request. 



Command Interrupt Mode 



Sign-On Command (/ON) 



The operator of a terminal need not wait until a program 
completes its job in order to interrupt it. By entering a 
string of six characters that are significant to the CCP 
(determined by the user at generation time), he can indicate 
that he wants to escape from data mode and enter command 
interrupt mode (see index entry: data mode escape). While 
in this mode, he can send messages to the system operator, 
resume execution of the program, or release his terminal 
completely from the control of the program (at which 
point the terminal is again in command mode). 



The sign-on command notifies the CCP that the terminal 
operator wishes to begin making requests of the system. If 
the system uses a security feature, the sign-on command 
must be accompanied by one of the following: 



1. 



2. 



The current password required by the CCP password 
security feature. 

Information required by a user-written sign-on rou- 
tine. 



TERMINAL OPERATOR COMMANDS 

Two logical groups of terminal operator commands can be 
issued after sign-on. First, while the terminal is in 
command mode, before a program request is actually made, 
the terminal operator can issue various commands pertain- 
ing to the subsequent program request: 

Tell the CCP how to handle his request if it cannot be 
honored immediately (see Queue/No-Queue Commands). 

Issue commands that indicate which files are to be 
accessed by program requests (see File Specification 
Command). 

Tell the CCP by what name, of a set of names defined as 
valid, the terminal should be known to the program he is 
requesting (see Name Command). 

Send a message to the system operator (see Message 
Command). This can also be done prior to sign-on. 

The second group of commands is used during command 
interrupt mode. After data mode escape, the terminal 
operator can: 

• Send one or more messages to the system operator (by 
using the message command). 

• Release the terminal from control of the application 
program (see Release Command). 

• Resume execution of the program (see Run Command). 



The CCP logs every sign-on attempt on the system opera- 
tor's console and indicates if sign-on was successful. If the 
sign-on was successful, the CCP notifies the terminal 
operator and allows him to enter a command. If the sign-on 
was not successful, the CCP allows the terminal operator to 
attempt to sign on again. 

While a terminal is in initial mode, the name of the terminal 
can be changed. The system operator can change the name 
by using the assign command. Sign on restores the original 
name of the terminal. 

Once the operator signs on at the terminal, he can make 
any number of requests without signing on again. However, 
if the terminal operator leaves the terminal unattended and 
access to the terminal is restricted by a security feature, he 
should sign off when he leaves (see Sign-Off Command). If 
he signs off, he must sign on again when he wants to use the 
terminal again. 



Queue/No-Queue Commands (/Q and /NOQ) 

The queue or no-queue command indicates how the CCP 
is to handle program requests from this terminal which 
cannot be honored immediately: 

Command Meaning 

/Q The operator waits for the program to start. 

The CCP places the request on a queue and 
honors it as soon as possible. 

/NOQ The operator does not wait if the program 

cannot start immediately. The CCP rejects the 
command if it cannot be honored immediately 
and allows the operator to enter another request. 
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A queue or no-queue command remains in effect until the 
terminal operator enters a different queue or no-queue 
command or until he signs off. If neither a queue nor a 
no-queue command is entered at the terminal, the CCP 
assumes the no-queue option. For tasks requested via task 
chaining, if the request was successful, CCP handles the 
request the same as a queued terminal program request. 

Note: Once a terminal has a program request queued, the 
request cannot be removed from the queue except by the 
system operator. Queued chain task requests cannot be 
canceled. 

There are five situations where the /Q command is effective 
for program requests: 

• A disk file is temporarily not available because of file 
sharing. 

• The main storage for the program is not available. 

• A required terminal is temporarily in use. 

• A multiple requesting terminal (MRT) program is active 
and already has the maximum number of requesters. 

• The maximum number of programs might already be 
executing. 



File Specification Command (/FILE) 

The file specification command specifies which of several 
data files to use on a current program run. The terminal 
operator may use the file specification command to vary 
the files that are used by the programs he requests. The 
file specification command cannot be used with multiple 
requester programs and is not used with a chain task request. 

Certain application programs are written to access any of 
several files containing similar data in the same format by 
referring to a symbolic file in the program. For the program 
to actually access a file, the name of the symbolic file must 
be associated with the name of a file that actually exists on 
disk, a physical file. 

Suppose, for example, a school system has a separate stu- 
dent records file for each school. A student report program 
can process the student records file from any of the schools, 
but it must be told, by a file specification command, which 
of the files to use on a particular run (Figure 2). 



Student Report Program 



T 



File specification command 
says: "For this run, 
SCHOOLX isSCHOOLI." 



SCHOOLX 



Symbolic file name 
used in the program. 




SCH00L1 



SCH00L2 



SCHOOLS 



Physical files to which 
the symbolic file name 
can refer. 



Figure 2. Illustration of File Specification Command 
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A file specification command is in effect for all subsequent 
program requests from that terminal until the terminal 
operator enters a new file command for the symbolic file or 
until he signs off from the terminal. Thus, the file specifica- 
tion command can apply to more than one program. 

If a terminal operator enters a file specification command 
without naming any files, he cancels all file entries currently 
maintained for that terminal by the CCP. 

If he enters a file specification command that gives only a 
symbolic file name with no associated physical file name, 
that symbolic file entry is deleted from the list of file 
entries maintained by the CCP for that terminal. Signing 
off from the terminal cancels all file specifications in effect 
for that terminal. 

The CCP informs the terminal operator if the file specifica- 
tion command he entered was invalid. When doing task 
chaining, the /FILE command is valid only for the first 
task (the task loaded via a terminal or console). The sym- 
bolic file associations are not considered valid for other 
tasks in the chain. 

Name Command (/NAME) 

The name command tells the CCP which symbolic name to 
use for this terminal. This symbolic name is taken from a 
set of previously assigned symbolic names. The CCP uses 
this name for this terminal from sign-on to sign-off, or 
until another name command is entered. The CCP passes 
the symbolic name to any program this terminal requests 
in order to identify the requester (see IBM System/3 Com- 
munications Control Program Programmer's Reference 
Manual, GCl^-lblQ). 

The CCP maintains a list of symbolic names eligible for 
each terminal. These names are associated with the terminal 
during the CCP assignment. The terminal to which they 
apply can be changed by the system operator. The primary 
purpose of the name command is to allow a terminal to 
assume (with the consent of the system operator) the name 
of another terminal (of a similar type) that is currently not 
operable. 



Program Request Command 

The terminal operator requests a program to execute by 
entering the name of the program. If a program allows, 
input data can be entered with the program request. 



Before the operator enters a program request, he should 
consider whether queue or no-queue, file, and name 
commands are required for that program. He should 
determine this from a document such as a program run 
sheet for that program (see Planning Considerations), if he 
is not familiar with the requirements of the program. 

The CCP informs the terminal operator by a message if it 
rejects the program request. For a chain task request, all 
messages are directed to the system operator. 



Data Mode Escape Command 

The terminal operator can interrupt an application program 
he requested (when the terminal is in data mode, under 
control of the program). To do this, he enters a predeter- 
mined set of six characters when the program attempts to 
get input from the terminal. The string can consist of any 
six characters previously defined, during generation, to the 
CCP as the data mode escape characters. While a requesting 
terminal is in data mode, the CCP continuously monitors 
input from the terminal for these characters as the first six 
input characters. 

After the terminal has interrupted the application program, 
the terminal is in command interrupt mode and the operator 
can: 

• Send one or more messages to the system operator (see 
Message Command). 

• Resume execution of the application program (see Run 
Command). 

• Release his terminal completely from the application 
program he interrupted (see Release Command). 



Release Command (/RELEASE) 

The release command can only be issued while the terminal 
is in command interrupt mode; it is invalid at any other 
time. 

The release command releases the terminal from the control 
of the application program. The application program then 
receives a return code. This return code informs the 
application program of the terminal operator's action. The 
terminal operator is then free to enter another program 
request or other commands. 
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Message Command (/MSG) 



PLANNING CONSIDERATIONS 



The terminal operator uses the message command to send 
a message to the system operator. The text of the message 
follows on the same line. The message command can be 
entered when the terminal is in initial mode, command 
mode, or command interrupt mode. 

Run Command (/RUN) 

The run command causes an application program to resume 
reading input data from a terminal. This happens after the 
terminal issued a data mode escape command and, possibly 
sent one or more messages to the system operator. This 
command returns the terminal to data mode from command 
interrupt mode. 



Because the terminal operator will probably be calling pro- 
grams he did not write, he must have access to information 
about the programs (perhaps a program run sheet for each 
program he can call). This sheet will be unique to each 
installation, but will probably contain answers to the follow- 
ing questions: 

• What, from the terminal operator's point of view, is the 
function of the program? 

• Should the program request be queued if it cannot be 
honored immediately, or should it be rejected? (Should 
the terminal operator enter a queue or no-queue 
command?) 



Sign-Off Command (/OFF) 

The sign-off command returns the terminal to initial mode 
or places it offline. The sign-off command can be accom- 
panied by either the word hold or the word drop. 

Hold The terminal is returned to initial mode. The 
COP accepts only a sign-on command or a 
message command from the terminal. 

Drop If the terminal is connected by a switched line, 
the line is disconnected; the terminal can re- 
establish the connection only by redialing the 
system. If the terminal is connected by a non- 
switched line, the terminal is placed offline; 
that is, the CCP will accept no commands from 
the terminal until it is again placed online by 
the system operator (see index entry: change 
the status of a terminal). At that time, it enters 
initial mode. 

if neither hold nor drop is entered, the CCP assumes the 
option that was selected during the CCP assignment stage 
(see index entries: ML TA TERM statement and BSCA TERM 
statement). All sign-off commands are logged on the system 
operator's console with an indication of whether hold or 
drop was used as the sign-off option. 

The sign-off command can be entered anytime after the 
sign-on command, while the terminal is in command mode. 
It cannot be entered following a data mode escape command 
unless the release command has been issued. 

The sign-off command clears all file specification entries in 
effect for this terminal (see File Specification Command) 
and restores the original name of the terminal (see Name 
Command). 



• Does the program have to be told which files to use? 
(Should the terminal operator enter one or more file 
specification commands?) 

• Does the program expect to be requested by this 
terminal? (Must the terminal operator enter a name 
command?) 

• Should the terminal operator enter input data for the 
program at the same time he makes the program request? 

• What kind of input (and in what format) does the pro- 
gram expect from the terminal operator? 

• Are there any exceptional conditions or special situa- 
tions that can arise from the program? (Must the terminal 
operator notify the system operator in certain situations? 
Does the program diagnose error conditions, what are 
they, and what must the terminal operator do?) 

• What are the names of follow-on programs that might be 
initiated via task chaining? 

• Is there any file contention for files being used (such as 
NOSHR on Assignment and another partition using file)? 
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In addition to a program run sheet for each program he 
can call, the terminal operator also requires some current 
information about the system, such as: 

• If the password security option is in effect, what is the 
current password? 

• If the installation has its own unique sign-on procedure, 
what is it? 

• What is the current set of terminal name assignments for 
the terminal? 

• What are the data mode escape characters for the system? 

• Should the terminal operator specify HOLD or DROP 
when signing off~what is the current default for the 
terminal? Perhaps the operator should not sign off until 
the end of the day. 

The terminal operator might also require information about 
the schedule of work he is expected to complete. 

• Are there certain programs called each day? 

• Must the programs be called in any particular order? 

• is the use of the terminal limited in any way-to certain 
hours or to a certain amount of time per use, for 
example? 
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Chapter 3. System Operator Control of the CCP 



The system operator has the role of exercising final control 
over the communications-based system. He initiates its 
activity by loading and running the CCP. He determines 
when the system should refuse to accept new requests from 
terminal operators. While the system is operating, he may 
initiate certain system actions, determine the system's 
status, and alter the set of terminals permitted to access 
the system. He must also make decisions when exception 
situations (such as error conditions) are detected by the 
communications control program or a program running 
under its control. 

Once the CCP is started, all communication between the 
control program and the system operator is through the 
console keyboard. Messages from the system are displayed 
on the CRT, some requiring responses from the operator. 
His response also is keyed on the console keyboard. At 
any point during the execution of the communications 
control program, the operator can command a system 
action via the console keyboard. 

In addition to the operational control of the CCP, the sys- 
tem operator can take part in the generation and assignment 
stages of the CCP. See Chapter 6: Generation Stage and 
Chapter 7; Assignment Stage for the required procedures 
and statements. 



INITIATING CCP 

The system operator starts the CCP by entering UCL state- 
ments after I PL (initial program load). The OCL statements 
load the CCP and supply OCL FILE statements for all disk 
files used by the programs to be run under the CCP. 

After the startup routine is loaded, it asks questions of the 
system operator that allow him to exercise several option^. 

• Select the assignment set for this run. 

• Change the password assigned in the set. 

• Suppress access to certain disk data files that are nor- 
mally accessible to programs in this set. 

• Suppress access to certain application programs normally 
available in this set. 

• Suppress the use of certain communication lines in the 
set. 



• Suppress the use of certain terminals in the set. 

• Change the main storage allocation for communications 
buffer area assigned in the set. 

Changes specified to a set during startup do not permanently 
alter the assignments in the set. The changes apply only to 
the current CCP execution. To reply to prompts issued 
during startup, the system operator presses the PF12 key, 
types in the response, and presses ENTER, 



SYSTEM OPERATOR COMMANDS 

After startup of the CCP, the system operator can interact 
with the system in the following various ways: 

• Communicate with a remote terminal by telling the CCP 
to send a message to a specific or all available terminals 
and by receiving messages from the terminals. 

• Inquire into the status of the CCP at any time. 

• Modify the status of the CCP. 

• Function as a remote terminal by entering program 
requests (see Using the System Operator's Console as a 
Requesting Terminalisj). 

• Open and close CCP files using open and close programs. 

• Find formats (Program Number 5704-SC2 only). 

• Initiate or terminate the CCP trace facility (Program 
Number 5704-SC2 only). 

• Control automatic retries of terminals during error 
recovery (Program Number 5704-SC2 only) 

The system operator sends messages, makes inquiries, and 
modifies the status of the CCP by entering commands using 
the console keyboard. To enter commands, the system 
operator presses the PF10 key and is prompted. 

All commands consist of an operation code and one or 
more operands. The operation codes can be used in either 
their full-length versions or in abbreviated versions. In some 
cases, operands can also be abbreviated. Specific operation 
codes and operands are given in the IBM System /3 Model lb 
Communications Control Program System Operator's Guide, 
GC21-7619. 



• Suppress the use of certain OFF external buffers in 
the set (Program Number 5704-SC2 only). 
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Message Command (MSG) 

The system operator uses the message command to send a 
message to a specific or all available terminals. The operator 
designates which terminal(s) is to receive the message. He 
does this by including; either the symbolic terminal name, 
the CCP's terminal reference identification with the message 
text, or the keyword ALL indicating all available terminals 
to the current assignment set. 

The CCP notifies the system operator when the message 
cannot be transmitted because the terminal is either offline, 
not connected, not a command terminal, under control of 
an application program, or not in the system. 



Display Terminal Status (D T) 

The following information about a specific terminal or 
about all terminals defined to the CCP can be displayed: 

• Symbolic terminal name. 

• Identification of the task using the terminal. 

• Encoded attributes and status of the terminal. This 
includes information about the terminal such as whether 
it is online or offline, signed on, or awaiting some event; 
the operating mode it is in; or if it is waiting for a TP 
buffer. 



Display Terminal Assignments (D A) 

This command causes the CCP to display the symbolic 
names and reference identification of a specific terminal or 
of all terminals in the system. The system operator can use 
this command to display terminal assignments when he 
wants to enter a command to change the terminal which is 
actually addressed by a particular symbolic name [see Assign 
a Symbolic Name to a Terminal). 



Display Users Command (D U) 

This command displays to the CCP systems operator the 
status of active user tasks or the status of an individual user 
task. The CCP displays; 

• Task-id 

• Program name 

• Requesting terminal name 



• Suspended/active/allocating/terminating/queued indicator 

• User program area main storage size 

• User program area main storage address 

• NO TASKS ACTIVE if system is inactive 

• Size of largest free space 

• Size of largest available TP buffer segment and size 
of total available TP buffer 

When the task number of an active task is entered, a display 
appears containing the; 

• Names of all attached terminals 

• Indication of terminal waiting for TP buffer 

• Labels of all allocated files 

• Task attributes such as MRT (multiple requesting termi 
nal), SORT, CHAIN, OFF (display format facility), or 
NEP (never-ending program) 

• Unit record devices allocated to the task 



Cancel a User Program or the CCP 

This command can be used by the system operator to stop 
processing a particular user program or to immediately 
stop the CCP. The CCP informs the system operator if he 
enters an invalid task identification and program name to 
cancel a user program. 



Suspend Requests/Execution/Initiation of User Programs 

This command allows the system operator to suspend user 
activity in any of the following ways; 

• Suspend the execution of all user programs currently 
running under control of the CCP. 

• Suspend the execution of a particular user program 
running under the CCP. 

• Stop the initiation of user programs under the CCP. 
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• Stop the initiation of a particular user program. 

• Do not allow additional program requests from request- 
ing terminals. 

• Do not allow commands from command terminals. 

The CCP informs the system operator if he enters an 
invalid task identification and program name or if suspen- 
sion is already in effect for the programs he specified. 

A program can be canceled after its operation is suspended. 
A program can also be canceled while in wait (/Q) state. 
Queued chain task requests cannot be canceled. 



Resume Requests/Execution/Initiation of User Programs 

The resume command allows the system operator to resume 
user program activity after a previous suspension, as follows: 

• When execution of all user programs running under the 
CCP was previously suspended, resume the execution of 
all programs. 

• Resume execution of a previously-suspended program. 

• Allow the CCP to resume initiation of pending program 
requests. 

• When program requests from command terminals were 
previously suspended, allow command terminals to 
resume program requests. 

• Allow command terminals to resume entering commands. 

The CCP informs the system operator if he specified an 
invalid task identification and program name or if the 
resumed task was never suspended. 



Change the Status of a Terminal (VARY) 

This command allows the system operator to change the 
status of a terminal to online or offline. The command 
may be given for all terminals on a given line or for a 
specific terminal. The command is not allowed if the 
terminal (s) is currently allocated to a program or awaiting 
a queued program request. 

The CCP informs the system operator of the status of the 
terminal following the command. 



Close/Open the BSCA Line (CLOSE/OPEN) 

This command allows the system operator to close or open 
a BSCA line under CCP. The close command closes the 
line under CCP for use in a batch partition. The open 
command reopens the line for use under CCP. 

Note: This command applies only to BSCA line 1 or line 2; 
it does not apply to BSCC. 



Assign a Symbolic Terminal Name to a Terminal (ASSIGN) 

This command allows the system operator to assign a 
symbolic terminal name to a specific terminal. This 
command is used, for example, to assign an alternate ter- 
minal when a particular terminal is inoperative. This 
command is invalid when: 

• The symbolic terminal name is currently being used by a 
program running under the CCP. 

• The symbolic terminal name is the only name assigned 
to an online terminal that is in command or initial mode, 
or has a queued program request. 

• Changing the assignment would cause a terminal unit 
allocation conflict with a current request for a never- 
ending program. 

To change the name of a command capable terminal, not in 
initial mode, the terminal operator must also enter a com- 
mand (see index entry: /NAME command). 



Online Terminal Test (TEST) 

The TEST command allows the system operator to initiate 
the online test facility for terminals that are supported by 
either the MLTA, BSCA IOCS or BSCC (see index entry: 
online terminal testing). The operator can specify that either 
a single or multiple online tests be run for MLTA devices. 
The CCP informs the system operator either when the com- 
mand is invalid for any reason or when the test is started 
successfully. For BSC, online test results are displayed on 
the console. 

Note: The system operator can initiate a BSC online test 
only to another processing unit or to the BSCC attachment. 
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Online terminal test can also be initiated directly by the 
terminal operator if he suspects that his terminal is not 
operating correctly or if he wishes to test it before he 
transmits data. The terminal must be capable of input and 
output. The CCP or the application program are not in- 
formed of a test that is initiated by the terminal operator. 
Certain terminals might have restrictions as to what online 
tests can be executed from the central system or requested 
by the terminal operator. 



Change the Interval Polling Time (POLTIME) 

This command allows the system operator to change: 

• The amount of time that CCP polls terminals before 
waiting. 

• The amount of time CCP waits before resuming polling. 

This command is effective only if the interval polling 
option is selected during CCP generation. 



Recover from Terminal Errors (ERR) 

This command allows the system operator to remove one or 
all of the terminals on a line from CCP error recovery after 
the condition that caused the terminal error has been cleared. 

Control Automatic Retries of Terminals During Error 
Recovery (AUTOERP) (Program Number 5704-SC2 Only) 

This command allows the system operator to enable or 
disable the automatic error recovery facility if that facility is 
specified by the assignment set currently in use. The 
system operator can also use this command to change the 
frequency of retries. 



Save Trace Table Information (TRACE) 

This command allows the system operator to enable or 
disable the SCP trace facility. 

Initiate or Terminate the CCP Trace (TRACE) (Program 
Number 5704-SC2 Only) 

This command allows the system operator to initiate or 
terminate' the CCP trace facility. 



USING THE SYSTEM OPERATOR'S CONSOLE AS A 
REQUESTING TERMINAL 

The CCP allows the system operator to request programs 
using the console in the same way a terminal operator re- 
quests programs. The following commands are available to 
the system operator: 

• /Q 

• /NOQ 

• /FILE 

• Program request 

The effect of these commands is the same as described for 
the terminal operator (see index entry: terminal operator 
commands). 

Certain restrictions and assumptions apply to using the 
system operator's console to request programs: 

• The console is always assumed to be signed on. 

• The console cannot be in data mode or command 
interrupt mode. All requests by the user program for 
input data from the console must be made by a put- 
then-get operation issued to the console. 

• The PF9 key on the console keyboard must be 
pressed to tell the CCP to expect a program request. 

• CCP prompts ENTER PGM NAME. 

• Before entering the program name, the PF12 key must 
be pressed. 

• The program name (and data, if applicable) must be 
entered. 

• The ENTER key must be pressed. 
Closing and Opening Disk Files Under CCP 

This facility allows the system operator to logically close a 
disk file in order to: 

• Make the file unavailable to CCP programs by inhibiting 
program requests that require the file. 

• Merge added records with existing records of add files 
for subsequent retrieval or updating by CCP programs or 
by the other partition, then re-open the disk file. 



The OPEN or CLOSE request is entered as a program request 
from the system operator's console. For information on how 
to use OPEN and CLOSE, see the IBM System/3 Model 15 
Communications Control Program System Operator's Guide, 
GC21-7619. 



Closing and Opening Disk Files From a Batch Partition 
(Program Number 5704-SC2 Only) 

The SCCPCO utility allows the system operator to logically 
close a main data area disk file from a batch partition in 
order to: 

• Make the file unavailable to CCP programs by inhibiting 
program requests that require that file. 

• Merge added records with existing records of update files. 

• Perform file maintenance such as enlarging, reorganizing, 
or deleting. This file can then be reopened to continue 
processing in CCP. 

The utility ($CCPCO) is entered by the system operator from 
an available batch partition. For information on how to use 
$CCPCO see the IBM System/3 Model 15 Communications 
Control Program System Operator's Guide, GC21-7619. 



SHUTTING DOWN CCP 

When it is time for the system operator to stop the CCP, 
he issues the command, SHUTDOWN. The shutdown 
command allows all programs that are currently running 
under the CCP to continue until they terminate themselves. 
Following a shutdown command, the CCP informs the user 
program, via a return code, that the system operator wants 
the program to terminate as soon as possible. Each user 
program executing at that time is responsible for recogniz- 
ing the return code and terminating. 

Once shutdown has started, only commands issued by the 
system operator are accepted. No new program requests 
are accepted. However, programs currently being executed 
or queued for execution run until they terminate. Also 
task chaining sequences run until completed. The system 
operator can shut down the CCP without allowing all 
programs to continue to completion by issuing a cancel 
command (see Cancel a User Program or the CCP). 

The CCP will not go to end of job until all executing pro- 
grams have gone to end of job or have been canceled. 



If operating under control of 5704-SC2, the system operator 
can enter a delay time with the SHUTDOWN command. 
When a delay time is entered with the shutdown request, the 
terminal operators online are informed that shutdown is 
pending, but actual shutdown does not begin until the delay 
time has elapsed. 



SYSTEM OPERATOR MESSAGES 

The system operator can receive messages from several 
sources while monitoring the CCP operation. Some of the 
messages require a response (see IBM System/3 Communi- 
cations Control Program Messages Manual, GC21-5170). 



CCP Responses 

One type of message the system operator can receive is a 
CCP response to a command he has issued (that inquires 
about or modifies the status of the CCP). These responses 
can be either confirmations from the CCP that it has carried 
out a command or error messages when the CCP encounters 
an error in the command. These messages contain the 
identification of the task that issued the message. 



Messages from Terminal Operators 

The system operator can also receive messages sent by a 
terminal operator using the message command. These mes- 
sages are accompanied by the reference ID of the terminal 
that issued the message. These messages might ask for the 
system operator to return a message. If a response is 
required, the system operator also issues a message 
command, accompanied by the symbolic name or CCP 
reference identification of the terminal that is to receive 
the message. 



Messages from User Programs 

The system operator can also receive messages from user 
programs. To respond to a message from a user program, 
the system operator enters the task identification given in 
the output message and the appropriate text. 

When a user program goes to EOJ, (end of job) all messages 
that the user program has written to the system console are 
removed from the screen. This might cause the message to 
disappear from the screen before the system operator 
notices it or is finished with it. In this case, the system 
operator can refer to the history file or a log to review all 
the messages. 
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PLANNING AND THE SYSTEM OPERATOR 

The CCP system operator requires a deeper understanding 
of the system than the operator of a batch system. The 
operator must make decisions alone and in a variety of 
situations. IVlany of these decisions require a thorough 
understanding of the CCP operation. The system operator 
can display and modify the current status of the CCP, and 
must thoroughly understand the effect of actions at the 
console on the CCP and on the information processing 
system as a whole. 

The system operator should be involved as early as possible 
in planning for installation of the CCP. Before operating 
the system, the system operator should become familiar 

with: 

• The functions of the application programs in the system. 

• The files used by each program. 

• The configuration of the system. 

• The current status of the system. 

• The current system assignments. 

To keep the communication-based system running smoothly 
when the system operator is absent, a backup system 
operator should be trained. This might be the system 
manager or one of the terminal operators or programmers. 

OPERATING AIDS 



• System resources used by the program. This should list 
the files used by the program, the terminals used, how 
the terminals are used, and what names the program uses 
for the terminals. The main storage requirement of the 
program and its typical operating time should also be 
given. 

• Does the program require one or more file statements? 

• What kind of input does the program expect-will input 
data be required at the same time the program request 
is made? 

• Are there any special considerations? Is the use of the 
program restricted in any way? Are there potential 
problems involved in suspending or canceling the pro- 
gram before it has finished its run? 

• Is the program a sort program? If so, will it prevent 
other programs from using the files for a long while? 

• What task chain sequences are defined and what re- 
sources are required for successful execution of the 
entire sequence? 

In addition to program definitions, the system operator 
needs other information about the system. He should have 
a copy of the current CCP assignments with information 
about the terminals attached to the system, the lines 
available on the system, the files available, and the programs 
used under the CCP. 

The system operator also needs current system information 
like: 



The system operator must have certain current information 
about the system available at all times. This includes such 
things as descriptions of CCP programs and current system 
assignments. 

A program description sheet for each application program 
should include at least the following information: 



What is the current password (or other security informa- 
tion, if the installation has its own security procedures)? 

What are the current data mode escape characters for 
the system? 

Is there a particular schedule of work to be completed? 



• Symbolic name of the program. 

• Function of the program (including how it affects the 
files it uses). 
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Chapter 4. CCP Services for the Application Programmer 



The communications control program aids the programmer 
in two primary ways: 

• By relieving him of many programming concerns inherent 
in an event-driven system, it lets him concentrate on ap- 
plication programs that do the processing he requires. 

• It permits him to write application programs that include 
communications input/output in a high-level language. 

Programs that run under the communication control pro- 
gram can be written in any of four languages: 



RPG 



• COBOL 

• FORTRAN IV 

• Basic Assembler 

By writing in RPG II, COBOL, or FORTRAN, the pro- 
grammer can avoid the strict rules required when using 
Basic Assembler language. 

In whatever language he writes, the programmer can ignore 
the problems that arise from his program contending with 
others for system resources. Those problems are managed 
by the CCP. The programmer is assured that all required 
resources are available to his program each time it is exe- 
cuted. If necessary, the CCP defers the execution of his 
program until those resources are available. If his program 
shares access to a disk data file with another executing pro- 
gram, the CCP and DSM manage the contention. It also 
prevents the two programs causing a wrong record update 
tnrough conflicting reads and writes. 

Programs that execute under the CCP are written much 
the same as programs in the same language for a system 
without telecommunications. That is, the statements used 
to process data and the handling of data files are identical. 



The standard disk data management metnods are supported 
by the control program. Only two elements are likely to 
differ significantly: 

• The overall logic of the program. 

• The means of communicating with terminals or with the 
system operator. 

Except for RPG il, the high-level languages do not offer any 
statements for accomplishing terminal input/output. Ter- 
minals cannot be treated as data files. Furthermore, the 
MLTA IOCS, BSCA IOCS, and BSCC IOCS do not permit 
access to their facilities directly from a high-level program- 
ming language. The communications control program 
incorporates MLTA IOCS, BSCC IOCS, and/or BSCA IOCS 
and offers the application programmer a method of using 
these IOCS facilities to interact with termmals. 

The application program indicates terminal actions to the 
CCP by one of the following statements: 

• In COBOL or FORTRAN-call statement 

• In RPG II— exit statement, or a special file 

• In Basic Assembler— a supplied macro instruction 

Each of these statements is accompanied by parameters to 
indicate the specifics for the operator. See IBM System/3 
Communications Control Program Programmer's Reference 
Manual, GC2^-7579. 

Most communication by programs running under the CCP 
is with the requesting terminal. But the ability also exists 
to address other terminals. The user chooses a name to 
address a terminal in the program. This name normally 
applies to one particular terminal. However, if a certain 
terminal becomes unavailable during a run of the CCP, the 
system operator can reassign the name to another terminal. 
Any program addressing a terminal by the reassigned name 
addresses the new terminal. For the most part, the applica- 
tion program need not be concerned with the lype of ter- 
minal with which it is communicating. 
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An application program communicates with the system 
operator by addressing the system operator's console as 
another terminal. A name (CONSOL) is always used to 
address the console. The only operations available here 

are 

• Write a message. 

• Vvi ite a message and wait for a reply. 

• Accept input data (only data entered with a program 
request command). 

FACILITIES OFFERED BY THE CCP 

The CCP performs the complex control program services 
that make the communications-based system easy to use 
for terminal operators, application programmers, and the 
system operator. 

The CCP performs three types of control program services; 

• Ccinmunications management 

• F-ile management 

• Program management 

Cammunications Management 

CCP communications management includes all services re- 
lated to requests from user programs and CCP programs for 
terminal I/O. The CCP does not actually perform the phys- 
ical I/O, but performs services for the requester that simpli- 
fy the use of the MLTA IOCS, MLMP BSCA IOCS, and 
BSCC IOCS routines that perform the physical I/O. Among 
the communications management services performed by the 
CCP are: 

• Terminal monitoring and selection. 
« Buffer management. 

• Symbolic terminal naming. 

• Line scheduling. 

« Datd code translation. 

• Terrnmai testing. 

• Other services that allow the application programmer to 
be largely independent of differences between individual 

totrninals. 



Terminal Monitoring and Selection: Terminals that are 
designated as command terminals during CCP assignment 
are monitored for commands by CCP communications 
management. For multipoint lines, the user specifies a 
polling list during CCP assignment (see index entries; 
BSCA LINE statement an6 MLTALINE statement). This 
list gives the order in which the terminals on a line are 
to be polled (interrogated) for data and commands when 
none of the terminals on the line are busy. 

For BSCA switched lines, the user can specify a list ot valid 
switched line identification characters. When a connection 
is established to a terminal on the line, the identification 
characters of the terminal are validated against the list. 

Communications management also monitors program 
selected terminals for input and selects them for output. 
Selection is the specific addressing of a terminal by com- 
munications management to transmit output data to the 
terminal. 

(See index entry; terminal types for additional information 
about command terminals and program-selected terminals.) 



Symbolic Terminal Naming: CCP communications manage- 
ment allows application programs to refer to terminals by 
six-character symbolic names. This allows tne application 
program to be independent of the specific terminal among 
a group of like terminals (all are 2740 Model 1 ; all are 
3270; . . .) with which it is communicating. Communica- 
tions management associates the symbolic name with the 
physical address of the terminal based on the entries in an 
internal table. This table is filled in during CCP assignment 
(see index entry; TERMNAME statement). The actual 
terminal assigned to a symbolic name can be changed by 
the system operator during the running of the system (see 
index entry; assign a symbolic terminal name to a terminal). 
To change the name of a command terminal, the terminal 
operator must also enter a command (see index entry; 
name command) . 



Communications Service Requests: The CCP provides a 
subroutine to application programs written in RPG II, 
COBOL, and FORTRAN IV. These programs call this sub- 
routine whenever they require a communications service. 
This communications service subroutine puts the user's 
request into a standard format (independent of the language 
of the request) that can be interpreted by the CCP. See 
Writing Communications Programs. 
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After encoding the information for a communications 
service request, CCP communications management calls 
the IOCS routine to perform the physical I/O. The CCP 
schedules I/O operations, determining which request to 
honor next by chaining the parameter lists provided by the 
various requesters. 



Data Code Translation: CCP communications managemer. 
translates the transmission line data code to the internal 
EBCDIC code required for System/3 processing and vice 
versa. However, the user can specify that the translation 
should not be made (see index entry: translation) . 



Buffer Management: In addition to the line buffers for 
each communications line, CCP maintains and manages 
a common main storage TP (teleprocessing) buffer (hold) 
area. This aids in carrying out TP operations requested 
by both user programs and system tasks. CCP communica- 
tions management reserves and releases portions of this 
buffer area for input and output data. Because the buffers 
are allocated on an as-required basis, a program can be 
temporarily suspended if sufficient main storage is not 
immediately available to satisfy an I/O request to a ter- 
minal. The program is resumed when sufficient main stor- 
age becomes available. 

The size of this TP buffer area is specified by the user 
during the assignment run. The user also can change the 
size of this area during CCP startup. 



Online Terminal Testing: With CCP communications 
management, the terminal operator or system operator 
can initiate MLTA, BSCA, and BSCC online terminal testing. 
(See index entry: start and stop online terminal test.) Results 
from the MLTA online test appear at the terminal for the 
terminal operator to analyze. BSC online test results can 
appear at the terminal (depending on the terminal type) 
and are also logged on the system output device or in the 
system history area for the system operator to analyze. 



Note: The system operator can initiate a BSC online test 
only to another processing unit or to the BSCC attachment 
(wrap test). 



File Management 

CCP file management includes all control functions pro- 
vided by the CCP related to disk and unit record files. CCP 
file management (DSM with Program Number 5704-SC2) 
handles the scheduling problems when two or more con- 
currently-executing programs are trying to access the same 
physical file. In addition, CCP file management protects 
data in this file from errors that could result from conflict- 
ing operations by contending programs. 



Opening and Closing Files: CCP begins its file management 
function during CCP startup (see index entry: startup) when 
all files available to potential programs are opened. The CCP 
retains sufficient file information in main storage; there- 
fore, when a user program requests the file, minimum time 
is required to perform open operations for the program. 
When the requesting program is finished with the files, they 
are closed by CCP file management. In reality, they are not 
finally closed (VTOC updated) until CCP initiates shut- 
down, the system operator enters a close request using the 
CCP close program ($CCPCL) or the system operator speci- 
fies a KSORT parameter on the PROGRAM statement. 

From a batch partition the system operator may close a 
main data area disk file with utility ($CCPCO). The operator 
can then perform file maintenance such as sort, delete, 
enlarge, and reorganize without requiring CCP to shutdown. 
This file may then be reopened to continue processing in 
CCP. 
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Sharing Access to Disk Files: When two or more user tasks 
are executing concurrently, they can share data files. Shar- 
ing of data files is managed by CCP file management. (DSM 
handles file sharing under Program Number 5704-SC2.) 
Some tasks can share files while others cannot, depending 
on how they process the file. The general rules for file 
sharing are explained in the following chart: 

Method of Processing Type of Sharing Allowed 



Program Management 

The CCP program management functions include: verifying 
terminal operator requests for programs, loading programs, 
allocating system resources to programs, initiating program 
operation, deallocating system resources, purging programs 
from the system, maintaining a record of the number of 
requests for each program, task chaining, and setting the 
priority of tasks. 



Ordered indexed load; 
consecutive output load; 
consecutive add 



Unordered indexed 
load 



Indexed sequential 
add (ISA); indexed 
sequential update and 
add (ISUA) 



All other methods 



Serial sfiaring: the using task 
must complete before another 
task can use the file. Ordered 
indexed loading, if used, must 
be the first access of the file 
and can be done only once 
per run of CCP 

Serial sharing: file can be 
shared only by programs do- 
ing unordered indexed load. 

Records can be added, using 
one of these methods, only 
once per run of CCP (unless 
the file is closed and re- 
opened by the system oper- 
ator). While the adding pro- 
gram is in progress, sharing is 
A70f allowed. After the add- 
ing program is completed, 
normal sharing of the file is 
allowed. Also, no other in- 
dexed adds can precede ISA 
or ISUA (unless the file is 
closed and re-opened by the 
system operator). However, 
if a subsequent program 
accesses the newly added 
records, it must be coded as 
an indexed random add pro- 
gram even though it does not 
add records. 

Concurrent sharing is allowed. 



Program Requests: When a terminal operator or the system 
operator requests execution, the CCP verifies that the re- 
quested program was defined to the system during assign- 
ment (see index entry: program statement) . If the pro- 
gram was defined, main storage is allocated for the 
requested program. If sufficient contiguous main storage 
is not available, the request is rejected unless the requesting 
terminal is in /Q status. In this case, the program is placed 
on a wait queue until main storage space becomes avail- 
able. When the space is available, the request is sent to 
allocation. 

Allocation/Initiation/Termination: When a pending pro- 
gram request reaches allocation, the CCP attempts to 
allocate system resources to the program based on the 
description of the program given during the CCP assignment 
stage. The CCP allocates system resources and initiates 
program execution when all the required resources (main 
storage space, disk and unit record devices, and terminals) 
are available and file usage requirements can be met. If a 
program requires several resources but some are not 
available, the resources that are available are not bound to 
that program until all are available. 

Unit record devices are allocated to only one program at a 
time if this was specifically requested during assignment 
(see index entry: program statement). The printer can 
be shared by multiple programs if explicitly permitted by 
a program statement. Disk files can be shared if the pro- 
cessing required by the programs does not preclude sharing 
(see index entry: sharing access to disl< files). 

When a program completes processing, the CCP releases 
the resources used by the program and makes main storage 
available for another program. 



Managing Physical and Symbolic Files: CCP file manage- 
ment is also responsible for associating the proper physical 
file with a symbolic file. This is done when the terminal 
operator enters a file specification command prior to 
the program request. (See index entry: file specification 
command for a description of symbolic files.) 
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Program- Requests Count: If this option is selected during 
generation, CCP program managennent accumulates a 
record of the number of times each program is requested. 
(Not all program requests cause the program request count 
to be incremented. The exceptions include requests for an 
already active MRT program and certain rejected requests.) 
However, running the assignment program to update or 
delete an active assignment set causes program counts to be 
lost. Also, the count in SCCPFILE is updated during CCP 
shutdown. The count can be printed and/or reset to by 
running the assignment list program (see index entry: 
assignment list program ) . 



Task Chaining (Program Number 5704- SC2 only): When 
a CCP program is ready to request initiation of another 
CCP program, the requesting program must have a chain 
task request using the communications service subroutines. 
The requested task is then handled by the CCP program 
request function and is executed when all required resources 
are available. 



Tas/f Priority: The priority of user tasks under CCP is 
handled according to the program type. A never-ending 
program (NEP) is given the highest priority, a multiple 
requester program (MRT) is given the next highest prior- 
ity, and a single requesting program (SRT) receives the 
lowest priority. Program Number 5704-SC2 provides for 
selection of a low priority on the Assignment PROGRAM 
statement. An NEP with this low priority has a priority 
lower than NEPs of normal priority but higher than MRTs 
or SRTs. An SRT or MRT with low priority receives a 
priority lower than SRTs of normal priority. The estab- 
lished order of priority is as follows: 

Highest NEP - normal priority 

NEP — low priority 

MRT — normal priority 

SRT — normal priority 
Lowest MRT 



or 
SRT 



low priority 
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Chapter 5. Designing Your Communications-Based System 



This chapter introduces you to the factors you must con- 
sider in designing a communications-based information 
processing system using the System/3 Model 15 and the 
CCP. For more information, refer to IBM System/3 Com- 
munications Control Program System Design Guide, 
GC21-5165. You should regard the CCP and the communi- 
cations system as a means to an end, the end being increased 
accuracy and faster flow of information, greater efficiency 
in the organization, and increased volume of work. During 
the preinstallation activity, define the overall objectives of 
the communications system, define the requirements of all 
departments that will use the system, and produce a 
detailed plan for preinstallation and installation activity. 
You should plan applications, use of terminals, data files, 
programs, and equipment needs before installation of the 
CCP to speed the installation of the CCP and reduce errors. 

Publications referred to in this chapter and elsewhere in 
this manual should not be considered a complete biblio- 
graphy for designing a communications-based system. 
Many publications are available to describe in detail the 
design factors summarized in this chapter. IBM systems 
engineers and marketing representatives can help obtain 
these publications and can also assist in arranging educa- 
tion classes concerning System/3 communications system 
design. Although many publications currently available 
are for larger systems and applications (such as airlines 
reservations systems), the basic types of applications and 
techniques of data communication also apply to System/3 
with the CCP. 



APPLICATIONS 

The basic element in any system design process is deter- 
mining what the applications of the system will be. You 
probably have already determined that you need to proc- 
ess information more accurately and efficiently. For ex- 
ample, perhaps the flow of information and the processing 
required to perform weekly payroll for a growing number 
of employees in scattered locations, performing different 
jobs has become inefficient. An information bottleneck 
has developed in the central payroll office. A network of 



terminals communicating the payroll information to the 
central processor in the payroll office eliminates the 
bottleneck. To do this, payroll data is sent as soon as it is 
available, and processed immediately. Payroll inquiries 
from the remote locations can also be processed immedi- 
ately. 

Assume payroll is identified as an application for your com- 
munications-based system. The next step is to determine 
what related applications can be performed by your system. 
Perhaps you have a need for more immediate processing of 
personnel information, which is closely related to the pay- 
roll information. Sorts on information in the files may be 
required. Information in the personnel files maintained by 
the central processor can also be made available to inquiries 
from the remote terminals. Perhaps you can use the produc- 
tion totals for individuals in the separate work areas in pro- 
duction accounting. 



TERMINALS 

When you have identified a major application and related 
applications, you can determine preliminary locations for 
terminals. Perhaps you locate separate terminals in a manu- 
facturing area, an assembly area, a warehouse, area, a ship- 
ping and receiving area, a sales office, and the central busi- 
ness office. When you have determined the preliminary 
locations, you can consider the other possible uses for the 
terminal in each location. In the manufacturing and assem- 
bly areas, perhaps you have a need for parts control; in the 
warehouse area you may have a need for inventory manage- 
ment; in the shipping and receiving area, a need for a ship- 
ping order and invoice processing; in the sales office, a 
need for purchase order and service order processing and 
sales analysis; in the central office, accounts receivable, 
billing, and general accounting. 

The possibilities for applications in any kind of organization 
are many. A terminal in one location can serve more than 
one application. 
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In choosing terminals for different: locations and uses, you 
should consider the following: 

• Is the terminal to be shared by operators with different 
requirements? If so, the terminal type must be compati- 
ble with all requirements. 

• Is a heavy workload expected'' If so, perhaps more 
than one terminal is required at the location or a faster 
line speed is required (line types are described in IBM 
General Information-Binary Synchronous Communh 
cations, GA27-3004). 

• Will a display-type terminal (IBM 3270) or a typewriter 
terminal be needed (all terminals on the same multipoint 
line must be compatible)? 

• Will a high volume of activity of the terminal justify 
special features on terminals, such as the buffer-receive 
feature on the IBM 2740, Model 2? 

Note: Uses for terminals in a communications-based system 
(data entry, inquiry, inquiry -with-update) are defined and 
described briefly in the General Information Manual, 
GC21-7578. 



Other ways of differentiating between files could be: 

• Separate files for separate branches of an organization, 
such as schools in a school system. 

• Separate files for different products. 

After you identify the separate files you need, you must 
find the best file organization for each file according to its 
use. For example, files that are normally used for online 
processing might be subject to batch processing when the 
files are loaded. Analyzing the percentage of online pro- 
cessing time versus the percentage of batch processing time 
aids in selecting the file organization that is most efficient 
overall. For example, if processing Is 90% online and 10% 
batch, your choice of file organization should be weighted 
toward direct organization. That is, you can devise an 
efficient method of deriving relative record numbers. (See 
IBM System/3 Disk Concepts and Planning Guide, GC21- 
7571, for a description of direct files). If processing is 50% 
online and 50% batch, indexed organization is the best 
compromise organization. Perhaps you will use the file for 
online processing in one partition and for batch processing 
in the other partition. In that case, either direct or indexed 
organization might apply, since both can be processed 
either randomly or consecutively. 



DATA FILES 

When applications of the communications-based system 
are determined, plans must be made for the data files to 
support those applications. The basic decisions to be made 
initially are: 

• What separate files are needed? 

• How should the files be organized to best satisfy the 
different uses to which the files will be put? 

• If indexed files are being used, are records to be added 
during a CCF' run? Are the added records to be accessed 
during the same CCP run? 

• Will tasks and batch partitions need to share files? 

Many applications require separate files containing current 
information, and to-date information. In a payroll applica- 
tion, for example, the following files might be required: 

• A file of daily information (hours worked, production). 

• A file containing information about each employee and 
the to-date information. 



If you are going to do a sort operation on input files (Pro- 
gram Number 5704-SC2 only), you may want to specify 
NOSHR in the FILES parameter (of the PROGRAM 
statement) at assignment time to control the output of the 
sort. However, by specifying NOSHR you prevent access to 
the input files while sort is running. Therefore, it is impor- 
tant to plan when to perform your sort operations. 

The IBM System/3 Disk Concepts and Planning Guide, 
GC21-7571, contains information that will aid you in 
choosing a file organization and planning disk files. 



PROGRAMS 

You must also plan how your applications are to be per- 
formed by your communications programs. Programs 
should be single function if possible. You can debug your 
program easier and use less main storage. It also provides 
space for adding new applications. 

You should consider the provision of the CCP for physical 
files and symbolic files in applications that involve process- 
ing different files on different runs (see index entry: sym- 
bolic files). If programs are to access records added to an 
indexed file during the CCP run, the programs must be 
written to include the add function (refer to index entry: 
program assignment statement) even when the program 
will not add any records. 
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For information on program structure and overlays, see 
the following publications: 

• IBM System /3 Overlay Linkage Editor Reference 
Manual, GC21-7561 

• IBM System/3 Subset American National Standard 
COBOL Reference Manual, GC28-6452 

• IBM System/3 RPG II Reference Manual, SC21 -7504 

• IBM System /3 FORTRAN I V Reference Manual, 
SC28-6874 

• IBM System/3 Basic Assembler Program Reference 
Manual, SC2 1-7509 

When designing a program to run under the CCP, you must 
consider the program's use of terminals. Should the pro- 
gram service a request from one terminal at a time or from 
multiple terminals? Should terminals be selected by the 
program or should individual terminals request the program 
when they need it? Perhaps there are security considera- 
tions that indicate the program should have a single requester 
or a limited number or requesters. How long will the pro- 
gram remain in main storage? Is it a brief inquiry applica- 
tion or a more time-consuming, data-entry application? If 
the program will be used frequently, perhaps multiple 
requesters should be allowed, or perhaps the program 
should be written as a never-ending program. Program de- 
sign under the CCP is described in IBM System/3 Communi- 
cations Control Program Programmer's Reference Manual, 
GC21-7579. 

If you run applications under the CCP concurrently, you 
must plan the program so they run smoothly together, 
especially during peak times. Programs running together 
cannot, for example, each require dedicated use of unit 
record devices. Perhaps you should run batch programs 
only during particular times of the day. You must plan 
peak processing times so that system resources are available 
to the programs that must execute. 

You should test individual programs and the entire system 
in advance to ensure that all applications execute as planned 
and to evaluate the performance of the system against its 
planned performance. If the system does not perform as 
planned, review your program structures, file organizations, 
and placement of files and programs on disk. 



ESTABLISHING THE SYSTEM 

The CCP is designed to suit diverse data processing environ- 
ments involving online applications. Telecommunications 
line and terminal configurations, and the configurations of 
central processors that host them, vary greatly among the 
users of the CCP. Different users have different require- 
ments in functional and performance characteristics of 
their telecommunications subsystem. The CCP, as distri- 
buted, consists of a set of instructions that can be tailored 
to the needs of the user. 

The CCP is established in the following stages: 

• Generation 

• Assignment 

• Operational system startup 

Generation of the CCP by the user is the first stage in tailor- 
ing the system to his needs. This stage requires the process- 
ing of a number of generation control statements, a series of 
link-edits, and a set of disk utility operations. During this 
stage a set of the CCP system is created that defines the 
functions that this version of the CCP can perform. 

Once generated, the CCP is still not bound to a specific set 
of user programs, data files, or terminal assignments. The 
set of programs, data files, and terminals of any CCP sys- 
tem will probably vary throughout the life of that version 
of the CCP, even as the required functional abilities remain 
constant. Therefore, a procedure separate from generation, 
called assignment is provided for the establishment and 
modification of these definitions. 

Like generation, the assignment stage is performed as a 
normal System/3 operation: its specific function is the 
creation, modification, or replacement of a set of control 
tables used by the CCP to manipulate user programs, files, 
and terminal resources. But unlike the generation process, 
which tends to be lengthy, the assignment stage is rather 
brief, requiring only the reading, interpretation, and en- 
coding of straightforward user specifications, and the 
writing of these to a disk data file. 
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The assignment stage identifies programs, terminals, disk 
files, unit record devices, and symbolic terminal names to 
be used in a particular execution set for the CCP. As with 
generation, the programs necessary to perform the assign- 
ment stage are supplied as part of the distributed CCP 
modules. The user can run the assignment stage many 
times in the development of his telecommunications appli- 
cations. For example, he might have just developed a new 
application program that he now wishes to incorporate 
under the CCP. He might also have different assignment 
sets that can be used for different runs of the execution of 
the CCP. 

After he performs the generation and assignment stages, the 
user is ready to operate his CCP system. The system oper- 
ator now loads the CCP, specifying the assignment set the 
system will execute under. Certain additional elements for 
only the current run of the CCP can be specified during 
operational system startup. 



OPERATING THE SYSTEM 



Startup 

In order to initiate the CCP startup routine, the operator 
enters the following OCL cards from the reader: 

// LOAD $CCP,unit 

// FILE (one file statement is required for each physical 
user file accessed during the current CCP run) 



// RUN 

After the CCP startup routine is loaded into main storage, 
it asks questions of the system operator that allow him to 
exercise several options. See index entry: Initiating the 
CCP for a description of the questions. 

Startup performs the following initialization functions; 

• Loads the resident CCP. 



After the CCP is tailored to the user's environment and 
needs by the generation and assignment stages, it can be 
put into operation. The CCP operational stage occurs in 
three parts: startup, operation, and shutdown. 

User application programs must be placed in an object 
library before CCP startup. If a new program is being added, 
it must be placed in the object library and the CCP assign- 
ment build program must be run to update the assignment 
file ($CCPFILE) before CCP startup. 

If you are running under Program Number 5704-SC2, 
you can specify EXECFIND-YES (in the PROGRAM state- 
ment) in the assignment set. With this specified and 
with cataloging to an active library allowed, a new or up- 
dated program can be found during CCP execution without 
an intervening shutdown. 

Also, under Program Number 5704-SC2, the program 
CCPFMT can be run at CCP execution time to find formats 
which have been added or updated since startup, and to 
update the DFFSFDT value (in the PROGRAM assignment 
statement). For assignment statement considerations, see 
// PROGRAM statement in the Assignment Stage section 
of this manual. 



• Updates various tables from the current assignment set 
inSCCPFILE. 

• Builds control tables in main storage for files and 
terminals. 

• Verifies that adequate main storage is available. 

• Allocates and opens the files that will be used during 
the current run. 

• Locates all user programs that might be requested during 
the current run (unless EXECFIND-YES is specified in 
the PROGRAM statement at the assignment time). 

• Finds sort modules if they are required. 

• Loads resident modules as required. 

• Opens communications adapters and lines. 

Startup issues diagnostic messages if the system require- 
ments for startup are not met, if the user entered invalid 
instructions, or if it cannot complete its initialization for 
some other reason. 
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Operation 



TOTAL EQUIPMENT NEEDS 



During its operation, the CCP manages the environment in 
which telecommunications application programs run and 
provides services upon w/hich they can call. The manage- 
ment functions of the CCP are of three types: communica- 
tions management, file management, and program manage- 
meiit. 



Shutdown 

CCP shutdown is initiated by command from the system 
operator (see index entry: shutdown command). After the 
shutdown command, the CCP goes to EOJ when programs 
running under CCP finish executing. 

The following specific operations are performed at CCP 
shutdown: 

• Executing programs are notified to go to end of job. 

• Communication lines and adapters are closed. 

• Disk data files are closed. 

• If the program request count option was selected during 
generation, the number of requests for each user pro- 
gram during the CCP run are added to the previous 
accumulated count. For Program Number 5704-SC2, if 
the set has been changed since startup, the addition will 
not be done. 

• The CCP sends a closing message to the system operator. 

• The CCP exits to the system end-of-job routine. 

UPDATING THE SYSTEM 

In time, the uses of the communications system might 
change. You must plan for possible updating and addition- 
al tailoring of the system as you gain experience with the 
system. You should make allowance, for example, for the 
turnpike effect, a phenomenon observed after the first 
modern superhighways were planned and built. Use of the 
new highways was greater than anticipated, because drivers 
tended to stop using the old routes in favor of the new high- 
way. Overall traffic flow increased beyond expectations 
because of the convenient new highway. The turnpike 
effect has been observed in previous communications sys- 
tems and is a factor to consider in planning for a System/3 
communication-based system. 



When you have considered all factors— applications, use of 
terminals, data files, programs, and provisions for system 
updating— you can make decisions concerning the total 
equipment needs of your organization: 

• What are the total storage requirements of the super- 
visor, the CCP, the TP buffer, and the user area? 

• How much disk storage is needed and of what type? 
How much space is needed for libraries, how much for 
files? (For detailed storage estimates for the CCP, see 
Appendix F, Storage Estimates. ) 

• What terminals are neededr' 

• What communications equipment and lines are needed? 

• What is the total cost? 

• When can deliveries be made? 

• What unit record devices are needed and how fast should 
they be? 

• Are you spooling the unit record device input or output? 

Information concerning teleprocessing equipment charac- 
teristics communications concepts, common carriers, net- 
work design, and other useful information is contained in 
the following publications: 

• IBM Data Communications Primer, C20-1 668 

• IBIVI System/360 Introduction to Teleprocessing, 
C30-2007 

DISK SYSTEM MANAGEMENT (DSM) CONSIDERATIONS 

The CCP operates in conjunction with DSM and uses DSM 
facilities whenever possible, including the I/O supervisor 
for disk and unit record I/O devices. 

Certain constraints are placed on the existing DSM program- 
ming support. 

1. CCP user programs use additional DSM task control 
blocks in the DSM nucleus, which must be requested 
via CCPUT keyword of DSM generation. 

2. Programs not link-edited for CCP cannot run in the 
CCP partition. 
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3. For program partitions: 

• CCP can be used in only one partition at a time. 
However, when CCP is running in one partition, 
user programs not controlled by CCP can run con- 
currently in the other partition(s). 

• CCP should run in the highest priority partition 
to maximize throughput. 



(Program Number 5704-SC2 only.) Main data area 
disk files may also be closed for file maintenance 
from a batch partition using a system operator 
utility (SCCPCO). SCCPCO executes in a non- 
CCP partition. After $CCPCO has been successfully 
executed, the operator can use other programs to 
enlarge or sort the file and delete records from the 
file. SCCPCO can then be used to reopen the file 
for CCP access. 



4. 



• A program running in the non-CCP partition can 
use a teleprocessing adapter (MLTA or BSCA) 
concurrently with the execution of CCP. However, 
this adapter must not be supported by the same 
assignment set currently used by CCP. MLTA and 
BSCC are mutually exclusive features. 

Multivolume disk data files are not supported by 
Program Number 5704-SC1. Random access to 
multivolume files is supported by Program Number 
5704,SC2. 



CCP permits concurrently running programs to 
update the same file or to do indexed add to the 
file. To do this, CCP (5704-SC1 ) or the system 
(5704-SC2) protects the block of sectors contain- 
ing the record until the program releases the block 
of sectors. The block is released when a never- 
ending program, multiple requesting terminal, 
writes the block to the disk, reads another block 
goes to end of job, or issues an accept input 
operation. However, a possible lock-out condition 
can occur if the program never releases the block. 



5. To reduce degradation from disk access contention, 
consider including more than one disk drive in the 
CCP configuration of the system. 

6. Spooling while running CCP allows multiple CCP 
user programs to use spooled devices. Also, programs 
are not limited by the device speeds. (See Spooling 
Considerations later in this chapter.) 

7. For disk files: 

• All disk files to be processed during a CCP run 
must be online, and specified in OCL file state- 
ments following the OCL load statement to load 
CCP. 

• All disk files are normally opened at CCP startup 
and closed at CCP shutdown. Because of this, no 
indexed-file, key -sort occurs until CCP shutdown. 
Programs wishing to access all records added to an 
indexed file should include indexed add data 
management in their programs. However, files can 
be closed and a key sort performed via the system 
operator file closing facility (SCCPCL). A file may 
also be closed through the use of the KSORT param- 
eter on the PROGRAM statement, assuming no 
other program is using the file at end of job. 
Records added prior to the close request are 
merged with existing records and available to all 
programs when the file is reopened (SCCPOP). 



9. 



A unit record device cannot be shared by concurrent 
programs running under CCP. (Exception: the 
printer can be shared by concurrent programs run- 
ning under CCP if specified by the assignment con- 
trol statement.) When a program ends, the device 
is available to another program. 

Checkpoint/restart is not supported under CCP, but 
can be used in the non-CCP partition. 



10. Inquiry (rollout/rollin) is not supported under CCP 
but can be used in the non-CCP partition (for Pro- 
gram Number 5704-SC1 only). 

11. For user programs: 

• User programs must be defined to CCP within an 
assignment set. 

• Teleprocessing must be done tnrough CCP. 

• A terminal requesting a program is tied to that 
program until released by the program. 

• User programs with names beginning with $ are 
not permitted to run under CCP except SCCPDD, 
SCCPCL and SCCPOP which are noncancel 
programs. 

• To use a console, you must use CONSOL as the 
terminal name. 
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• Programs cannot be larger than 32K including 
DFF PAS; for Program Number 5704-SC2, the 
32K does not include external buffers or any 
area for memory resident overlays. (32K is 

the maximum size because each program can only 
address 64K;each must address 16K of super- 
visor, and 16K of CCP leaving 32K for the user.) 

• The program size is rounded to a multiple of 2K 
with a minimum of 4K. 

• CCP does not support tape units. 

• CCP does not support user programs accessing the 
3284 attached to the processing unit. 

• User programs must be link-edited at 32K 
(X'8000'). This allows faster program load and 
reduces the load on the DSM transient area. 

• For Program Number 5704-SC2, disk DTFs 
(define the files), lOBs (input/output blocks), 
and internal buffers cannot be located at an 
address greater than logical X'DFFF'. 

12. The assembler user cannot: 

• Use a special allocate. 

• Do a read using system input. 

• Write to the scheduler work area (SWA). 

• Write to the volume table of contents (VTOC). 

• Execute privileged instructions. 

Spooling Considerations (Program Number 5704-SC1) 

For printing: If the printer is allocated to only one subtask 
and a // PRINTER control statement with a DEFER-NO 
parameter was specified at CCP startup, the spooling routines 
close the spool print file when the CCP CLOSE for a subtask 
is called. 



For punching: If DEFER-NO is specified on the // PUNCH 
control statement, each subtask which closes a punch device 
causes the spooling routines to close the spool punch file at 
the same time. 

The jobname and stepname on the print and punch spool 
queues are the same as the partition jobname and stepname. 



Spooling Considerations (Program Number 5704-SC2) 

For reading: Only a nonspooled partition can read data 
directly from the card device that is the spool reader. To 
read data, the spool reader must be terminated and data 
must be ready in the card input device. 

A nonspooled partition can indirectly read data from the 
spool reader. If the card input device for a spooled parti- 
tion is not the spool reader, requests for data from the spool 
reader by a program generate an 'SP UT NR' message (input 
device is spool reader). If a zero option is selected, the 
spooling routines use as input data the job stream of the first 
job on the reader queue scheduled for execution in the 
partition requesting data from the spool reader. If the 
data includes a job card, the job card will be used as the 
first card of data. 

If the card input device for a partition is the spool reader, 
then the data for a program must be put behind the 
// RUN statement of the program using the data, as shown 
in the following example. 

//SAMPLE JOB 
//CALL PROG, F1 
//RUN 
data 



/* (end of data) 
/. (end of job) 

For printing: If the printer is allocated to only one CCP 
task, the spooling routines close the spool print file at the 
completion of that task, unless CLOSE-NO is specified on 
the PRINTER OCL statement at or before CCP startup. 

For punc/iing: Each task that closes a punch device causes 
the spooling routines to close the spool punch file at the 
same time unless CLOSE-NO was specified on the PUNCH 
OCL statement before or during startup. 

When the output on a spool print or punch queue is pro- 
duced by a program running under CCP, the terminal name 
is used as the jobname, and the stepname is generated by 
taking the program name and appending a sequence number. 
The sequence number starts at 01 and is increased by one 
for each jobstep placed on the queue. After 99 is used, the 
sequence number is reset to 00. A separate counter is used 
for the print and punch queues. 
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If a CLOSE-NO parameter is specified on a PRINTER 
OCL statement at or before CCP startup, the partition 
jobname and stepname are used to identify tasks on the 
spool queue. 

If the 1403 is the system log device for the CCP partition, 
the partition jobname and stepname are used to identify 
CCP tasks on the print queue; after a CCP task causes the 
spooling routines to close the printer, terminal name and 
program name are used to identify a CCP step on the queue. 

If the printer is allocated to more than one task at a time, 
the identification on the print queue will be that of the 
first task to put data on the queue. 

CCP Trace 



Sharing Files Between Partitions 

For Program Number 5704-SC1, CCP update and add files 
can be accessed and updated by the non-CCP partition if no 
CCP programs are currently updating or adding to the same 
file. However, records added to a file by CCP programs 
cannot be accessed by the other partition until shutdown, 
or until the file is closed by the system operator (see the 
index entry: Disk File Close/Open Facility). 

For Program Number 5704-SC2, enhanced file sharing is 
available. 



3270 DISPLAY FORMAT FACILITY (DFF) 
CONSIDERATIONS 



Trace TYPE-CCP is an optional feature of the DSM system 
trace, which provides a log of system activity. This trace 
can be useful in determining the cause of problems. The 
DSM interrupt trace is a separately loaded program that 
must be executed before CCP startup. Trace TYPE-CCP is 
invoked by specifying CCP on the TYPE parameter of the 
trace control statement. For Program Number 5704-SC2 
only, and OCC loadable CCP trace function may be 
initiated after CCP startup and before CCP shutdown. 
This CCP trace facility provides trace entries formatted 
like those created by the DSM trace (STRACE) with TYPE- 
CCP and TYPE-ALL. For further information on the CCP 
trace facility, see the IBM System/3 Model 15 Communica- 
tions Control Program Data Areas and Diagnostic Aids, 
SY21-0040. For a detailed description of the operation 
and trace table formats, see the appropriate data areas 
and diagnostic aids or program logic manual listed under 
Related Publications in the Preface. 



MULTIPLE PARTITION CONSIDERATIONS 

The CCP is partially inhibited in its processing when the 
non-CCP partition(s) is using the DSM system transient area 
and the CCP partition also requires the transient area. This 
would most commonly happen when the system input trans- 
ient (SYSIN) is in the transient area for the other partition 
(for example, for job initiation). CCP is also partially in- 
hibited when the screen is used for the display command 
and the display is not immediately canceled or when PF10 
(OCC) is keyed and there is a delay in entering data. 

The DSM transient area is also used when terminating a 
CCP user program. 



The 3270 display format facility (DFF) is a facility of the 
CCP that is selected separately during the CCP generation. 
The facility allows programs written in RPG II, COBOL, 
FORTRAN IV, and Basic Assembler to control the display 
or printer format for the 3270 information display system. 
The DFF makes it possible to control the display or 
printer format and perform operations involving data 
fields in the format directly from the application program, 
similar to performing the operation with any other 
terminal supported under the CCP. 

The DFF is composed of: the display format generator 
routine $CCPDF (DFGR for single or multiple format 
builds), the printer format generator routine $CCPPF 
(PFGR for single or multiple format builds), the display 
format test routine $CCPDT (DFTR), and the display 
format control routine (DFCR). The DFGR or PFGR, 
which is executed prior to the CCP startup, processes 
special DFF specifications, builds display or printer 
formats, and stores the formats in an object library. The 
DFTR is a stand-alone program executed prior to CCP 
startup which displays DFF formats on a 3270 Information 
Display System for testing the screen or printer layout. 
DFTR cannot be used if BSCC is the only communications 
interface in the system. The DFCR processes requests for 
DFF services issued by application programs running under 
the CCP. 

The DFGR or PFGR operates in either program partition 
but not concurrently in both program partitions. The 
main storage required for execution is always 18K. The 
DFGR or PFGR cannot place new formats in a library if 
the other partition is using temporary entries, or doing 
library functions on the same pack. If DFGR or PFGR is 
running with CCP executing in the other partition, the 
format being processed by DFGR or PFGR cannot be 
placed on the pack CCP was loaded from. If attempted, 
an EO Fbi PP halt occurs. 
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For Program Number 5704-SC2, the SCP SYSGEN prompt 
for catalog protection determines whether the format being 
processed by DFGR or PFGR can be placed on the pack 
CCP was loaded from. 

For additional discussion of the DFGR and DFCR, see IBM 
System/3 Communications Control Program Programmer's 
Reference Manual , GC21-7579. 

Components within the 3270 system that are supported are 
as follows: 



Component Function 

IBM 3271 Control unit 

IBM 3274 Control unit 

IBM 3275 Display station 



Model Numbers 

Model 1 and Model 2 

Model 10' 

Model 1 and Model 2 



IBM 3276 Control unit display Model 2' 
station 



IBM 3277 Display station 

IBM 3278 Display station 

IBM 3284 Printer 

IBM 3284 Printer 

IBM 3286 Printer 

IBM 3287 Printer 

IBM 3288 Line printer 

IBM 3289 Line printer 



Model 1 and Model 2 

Model 2' 

Model 1 and Model 2 

Model 3^ 

Model 1 and Model 2 

Model 1 and Model 2 

Model 2 

Model 1 and Model 2' 



Special features of the 3270 system supported are: the 
selector pen, the audible alarm, and the operator identifi- 
cation card reader. 

The 3270 is supported as a remote attachment to the 
System/3 Model 15. Communications between the Sys- 
tem/3 and the 3270 are maintained using the binary syn- 
chronous communications multipoint data link mode of 
operation. All operations that can be performed with the 
3270 in the remote operation are supported except for the 
read-type and general poll commands. Polling sequences 
are used for remote read operations. 



Using the Same Terminal with OFF and Non-DFF Programs 

A terminal attributes set (defined at assignment time with 
the TERMATTR assignment control statement) is in 
effect when a terminal is communicating with user's pro- 
gram under the CCP. There are a number of ways of con- 
trolling the attributes set of a terminal: 

1 . The first TERMATTR statement assigned to a ter- 
minal in an assignment set is the default attributes 
set of a terminal. When neither of the following two 
methods are used, this is the attributes set in effect 
for the terminal. 

2. The attributes set of a required terminal can be 
specified for the terminal during its attachment to 
the program via the program assignment control 
statement, TERMS parameter. When the terminal is 
no longer attached to the program because of an 
end-of-job condition or a release terminal operation 
(see IBM System/3 Communications Control Program 
Programmer's Reference Manual, GC21-7579), the 
default attributes set is in effect. 

3. The attributes set can be specified for the terminal 
during its attachment to the program via the Acquire 
Terminal operation (see IBM System/3 Communica- 
tions Control Program Programmer's Reference 
Manual, GC2 1-7579) with the set terminal attribute 
modifier. A terminal already attached to a program 
with one attributes set can be re-acquired to change 
the attributes set. The default attributes set is in 
effect when the terminal is no longer attached to the 
program. 



In 3270 compatability mode only. 

3284 Model 3 attaches to 3275 display station only. 
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TERMINAL SECURITY CONSIDERATIONS 

If you have no terminal security feature built into your 
system, each command terminal can issue program requests 
and other commands to the system after the sign-on com- 
mand has been entered at that terminal. 

If you are concerned with security of access to the system, 
you can include a password feature in the COP at genera- 
tion (see index entries: $ESEC-terminal sign-on security 
and system assignment control statement). 

In a system with password protection, no requests are 
accepted from a terminal until its operator presents the 
current password and the COP verifies it. Once an operator 
signs on with the password, he can make any number of 
requests without repeating it. If the operator is not always 
at his terminal, he can sign off the terminal anytime he 
leaves it. Once he has signed off, the CCP requires any 
further use of the terminal to be accompanied by the pass- 
word. Thus if other, possibly unauthorized, persons gain 
access to that terminal, they cannot gain access to the 
system. 

The valid password for the current run is established in an 
assignment set, but can be changed by the system operator 
at startup of the CCP (see Startup Procedure in the IBM 
System/3 Model 15 Communications Control Program 
System Operator's Guide, GC21-7619). The password 
can change at startup on every run, or can be retained for 
days or even weeks. In any case, only terminal operators 
who know the password are permitted access to the system. 

If the user wishes to write his own terminal sign-on security 
routines rather than use the CCP password facility, there 
are stringent requirements his routines must observe re- 
garding the interface with the CCP (see index entry: $ESEC 
-terminal sign-on security). 

All sign-on attempts are logged on the console. 
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Chapter 6. Generation Stage 



CCP generation is the process whereby the user selects the 
portions of the distributed CCP that provides the capabilities 
he wants in his version of the CCP. Generation is the first 
stage in creating the CCP, when the user establishes its 
maximum capability. Further selection is done at assign- 
ment time and at operational startup. 



Generation creates and initializes an assignment file 
($CCPFILE), whose contents— the specifications of an 
actual terminal configuration, disk files to access, and 
programs to use— are filled in at assignment time. 



The user describes his system configuration and the func- 
tions he wants by a series of statements consisting of key- 
words with associated values. Some of these statements 
describe the system configuration (main storage size, 
terminal and line capability) within which the CCP operates. 
Other generation statements specify the capabilities of the 
CCP and whether the CCP is to have certain optional 
features such as password sign-on and user program-request 
counts. 



Generation Stage 37 



PROCEDURE FOR GENERATION 



The key step for the user in the generation procedure is to 
describe the kind of CCP required by modifying the sample 
generation statements. In order to modify the statements, 
the user must know certain facts about the system and about 
the capabilities of the CCP he or she wants to generate. These 
facts are determined during the CCP system design. Design 
considerations are given in Chapter 5, Designing Your Com- 
munication-Based System. The following is a checklist of 
the facts a user must know before performing generation: 



During generation, the user chooses the features for his 
system. In doing this, the user should carefully check each 
generation option and specification to see if the system 
requires it. As a reminder, most features increase the size 
of the control program which, in turn, lessens storage space 
for application programs to execute (see Appendix F. 
Storage Estimates). 



Generation Chi ecl< list 



Whether or not the data mode escape feature 
is to be used, and if so the six user-specified 
data mode escape characters 

Is a program request count to be kept 

Is display format facility (DFF) to be 
supported 

Is program request under format (PRUF) 
to be supported 

Is resident accept input to be supported 

Is resident open/close to be supported 

Is resident program request to be supported 
(5704-SC2 only) 

Is DFF moveout to be implemented 
(5704-SC2 only) 

Is Terminal Name Table (TNT) moveout to 
be implemented (5704-SC2 only) 

Is 328X printer busy facility to be supported 
(5704-SC2 only) 

Are information messages (S type) to be sent 
to CPUs 

Programming language(s) to be supported 
by CCP 

Which 5444/3340 Disk Storage Drive(s) 
you will use to mount the packs during 
generation that will later be used for pre- 
paring programs to be run by CCP 

What type of sign-on security will be used, 
if any 

Length of your security comparison infor- 
mation, if you use your own sign-on secu- 
rity checking routine 

Anticipated number of assignment sets to 
be placed into $CCPFILE 

Maximum number of programs and files in 
an assignment set 



Maximum number of terminals planned 

Space to be reserved in SCCPFILE (SCCPDUMP 
for 5704-SC2) for dynamic main storage dumps 

Main storage size of processing unit 

Disk unit and pack name on which the pack 
to contain $CCPFILE will be mounted 
during generation 

Disk unit and pack name on which the pack 
to contain SCCPDUMP will be mounted during 
generation (5704-SC2 only) 

Number of tracks in the CCP dump file 
(SCCPDUMP) to be used for writing the 
trace tables if CCP trace is active (5704- 
SC2 only) 

Beginning track location for SCCPFILE 

Number of MLTA lines to be supported 

Whether or not MLTA input and output 

will always be translated to and from EBCDIC 

MLTA terminal devices to be supported 

MLTA line transmission codes 

BSC lines, line features, and BSC control 
logic to be included in CCP support 

BSC line transmission codes 

BSC terminal devices to be supported 

BSC interval polling 

Is the display adapter to be supported 

Is serial I/O channel to be supported 
(5704-SC2 only) 

Disk unit on which disk system management 
resides (F1 or R1) 

Disk unit onto which CCP will be generated 

Disk unit(s) and pack name(s) where work 
file space can be found during generation 

Disk unit on which the distribution CCP 
Modules reside 
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Following are two methods for doing the CCP generation. 
The first method uses cards as the primary input medium. 
The second method is cardless-oriented. This method uses 
the source and procedure libraries as the primary input 
medium. 

The basic procedure for the card-oriented CCP generation is: 

1. A sample control statement deck is punched from the 
source library of the distribution pack. 



2. 



The sample deck is modified by the user to his speci- 
fications and entered as input to the next step of 
generation. 

A full job stream to accomplish the necessary func- 
tions is punched for the user. 

The job stream is used to generate your version of 
the CCP, and the CCP assignment file ($CCPFILE) is 
ready for the user's initial assignment run. 



The basic procedure for the cardless-oriented CCP genera- 
tion is: 

1 . Source and procedure members are printed from the 
distribution pack. 

2. The user modifies the sample procedures using the 
$MAINT modify function for the system configura- 
tion as input to the next step of generation. 

3. The user enters the CCP specifications to create 
source and procedure members used to generate your 
version of the CCP and the CCP assignment file 
($CCPFILE). 

The function of the generation stage of the CCP, regardless 
of the method used, is to: 

• Generate modules that require modifying at the source 
level. 

• Link-edit the generated modules and certain other re- 
locatable modules. This is done to create three load 
modules: two are the resident control program during 
CCP operations, the other initializes $CCPFILE. 

• Copy these and other load modules to the designated 
CCP production pack. The production pack is the pack 
from which the CCP Is loaded for execution. The CCP 
production pack can be any pack other than the distri- 
bution pack. It might be a DSM system pack and might 
also be the current system pack during the CCP 
generation. 



• Copy additional selected relocatable modules to the 
program preparation packs (packs that will be used for 
compilations and linkage edits of user written applica- 
tion programs that will execute under the CCP). 

• Allocate and initialize (but not fully enter information 
into) the CCP assignment file ($CCPFILE) on the 
designated pack. 

The generation stage assumes: 

• That the DSM Is properly generated on the system pack, 
Including the appropriate MLTA, BSCA, and/or BSCC 
I/O macros and subroutines. 

MLTA: The MLTA microcode deck (obtained from the 
service representative) must be loaded Into the object 
library under the name $MLMC1 on the system pack. 

The BSCC Microcode Deck (obtained from the service 
representative) must be loaded Into the object library 
under the name $$BSYD on the system pack. 

The MLTA error statistics file (MLTERFIL) must be 
created and initialized on the system pack. To Initialize 
MLTERFIL, the MLTA feature provides module $$MLFI 
in the object library. The OCL statements required to 
initialize MLTERFIL are: 





/^ LOAD $$MLF1 ,XX 


/i FILE NAME-MLTERFI U,UN1T-F1^ 


a RETAl h4-P,RECORDS-9i 


// PACK-pppppp^LOCATlON-urn 


// RUN 







BSC: If BSCA or BSCC lines are used, a file on the system 
pack for logging control station terminal statistics must be 
provided. To Initialize MLTERFIL, the MLMP (multi- 
line/multipoint) feature provides module $$BSFI In the 
object library. The OCL statements required to initialize 
MLTERFIL are: 







7~i LOAD $$BSFliXX 




// FILE NAME-K^LTERFl L,UNIT-F1, 




n pack-pppppp^tSacks-m', 




[1 LOCATI ON-PinTi,RETAIN-p 




ii RJN 













One track is normally specified, but for BSCC, two tracks must 
be specified. 
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Note: MLTERFIL need be initialized only once to 
accommodate BSCC, BSCA, and MLTA statistics. Part 
of MLTERFIL comprises the BSCC/BSCA terminal log 
area and is used for logging the control station terminal 
statistics. Another part of MLTERFIL is used for logging 
MLTA statistics if MLTA is present. Do not initialize 
the file twice if you use both BSC and MLTA. 

• That during generation the copy of the macro processor 
(SMPXDV and all its subsequent load modules) and the 
overlay linkage editor that exists on the CCP pack are 
used during the CCP generation. 

• That an appropriate sized object library and source 
library were allocated on the production pack 
(5444/3340 only). See index entry: disk storage 
estimates for the CCP. 

• That the object library on the production pack was 
reorganized and no modules were deleted since reorgani- 
zation. _ All the CCP modules should be contiguous on 
the production pack after the CCP generation. (The 
CCP has no control over where DSM can place modules 
if modules were deleted.) 

• That if SIOC is to be supported by CCP, the 
appropriate SIOC I/O modules must be on the system 
pack. Refer to IBI\/I System/3 Model 15D Ciiannel 
Connected Systems Program Reference and Logic 
Manual, GC21-5199. 

• That $CCP is not running during generation. 

A/ores.- 

1. The printed output resulting from generation must be 
saved in case of required maintenance by IBM Field 
Engineering personnel. This paper is the only documen- 
tation of the user's unique system and the precise se- 
quence of events during this particular CCP generation. 

2. The user should consider backup procedures (of his own 
design) in case the CCP distribution pack or a generated 
pack are inadvertently destroyed. 

3. Generation can be accomplished on a System/3 Model 15 
other than the one using the CCP in teleprocessing. 

Operational Procedures For Generation 

The CCP is distributed on a pack-separate from the distri- 
bution of the other components of the System/3 Disk 
System Management. If you are generating both the basic 
DSM and the CCP, you must generate the basic DSM first, 
following the procedures described in IBM System /3 Model 
15 System Generation Reference Manual, GC21-7616. 



To generate the CCP, you must mount the CCP distribution 
pack on a unit separate from the system pack. You must 
have performed an IPL (initial program load) from the sys- 
tem pack at some previous point. Unlike the generation of 
DSM, you can direct the output from the CCP generation 
to more than one pack. The output consists of: 

• Those modules required for the assignment stage and for 
executing the operational CCP. These modules are 
directed to the CCP production pack. 

• The subroutines to be used on compiling and link edit- 
ing application programs to be run under the CCP 
(macros in the case of Basic Assembler language pro- 
gramming). These subroutines are directed to one or 
more program preparation packs. 

Each of the above might be a different pack, or could be 
the same pack. You specify the disk unit on which each 
of these packs is mounted. 

The CCP generation procedure is dependent upon the 
presence of the macros and subroutines for BSCA, BSCC, 
and/or MLTA (as appropriate for the terminal devices to 
be supported) on the IPL pack. 

Figure 3 outlines the procedure for generating the CCP. 
The procedure assumes that disk system management was 
generated and disk system IPL was performed previously. 

At this point the user must decide whether to use card- 
oriented CCP generation or cardless-oriented CCP genera- 
tion. Six steps for the card-oriented generation are: 



Step 1 (User, Card Oriented): 

The user enters from the system input device (the console 
or the card device) statements of the following form: 
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Note: dsunit on the // LOAD statement is the unit on 
which the DSM system pack resides. The diunit in the 
// COPY statement is the unit on which the CCP distribu- 
tion pack is mounted. 
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//COPY FROM, 
diunit, TO-PRTPCH, 
LIBRARY-S.NAME- 
SCGSMP 




// LOAD $MAII\IT, 

dsunit 
// RUN 
//COPY FROM- 

diunit,TO-PRII\JT, 

LIBRARY-S, 

NAME-$CG1.ALL 
// COPY FROM- 

diunit.TO-PRINT, 

LIBRARY-P, 

NAME $CG1. ALL 
// END 



User enters 
cards from 
card device 
or console 



SMAINT 



Print and punches 
the CCP generation 
sample deck 




T 



SMAINT 



Prints CCP genera- 
tion instruction 
and procedures 

E 




Prepare SE macro 
control statements, 
either modify the 
supplied source 
member, SCG1GM 
or create a new 
source member 



•Instructions 

• Sample CCP Genera- /sarnpiT 
tion Statements \Listinq 

• Generation Proced^ \ 

ures 



Instructions to use 
OCL cards 
Sample CCP genera- 
tion statements 
Generation utility 



1= 



Sample 
. deck 



Card- 



User removes the 

instructions cards 

and modifies 

the sample 

deck to de- 

\scribe his ver-y 

\sion of CCP/ 



SMAINT 



User modifies gener- 
ation procedures for 
his system configur- 
ation 



-Cardli 



Call procedure 
SCG1G1 



From 
Part 2 



V 



(SCG1G3) 



Generation state- 
ments in the modi- 
fied deck specify 
the facilities of the 
users CCP. 




MACROS Feature 



Writes required con- 
trol statements on 
theSSOURCe 
workfile 



MACROS Feature 



Writes required con- 
trol statements and 
directions for pro- 
ceding with the final 
generation operations 
on theSSOURCE 
workfile 



Source 
Member 
Control 
Statements 



<: 



"OR 



Control 
Statements 



SYSIN 



Figure 3 (Part 1 of 3). CCP Generation Procedure (Card and Cardless) 
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page 
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From 
previous page 



$SOURCE 
Workfile 

•SCP source 
statements 



($CG1G4) 



Generation Utility 
SCCIPP 



Prints users specifica- 
tions from $SOURCE 
worl<file 



To 
Piart 1 



Yes 



SCCIPP 



Print and Punch tfie 
input to Step 6 from 
$SOURCE worl<file 




No 



SCCIPP 



Print the input to 
Step 6 and refor- 
mat the$SOURCE 
worl<file 



Card deck containing 
control statements 
and directions for the 
final CCP generation 
operation 



\ (SCG1G5) 



$MAINT 



Using contents of 
$SOURCE workfile 
create the source and 
procedure members 
for Step 6 



-SYSIN- 



-SCCPSA- 



To next 
page 



Figure 3 (Part 2 of 3). CCP Generation Procedure (Card and Cardless) 
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From 
previous page 



Macros Feature, SCP 
Generator and Overlay 
Linkage Editor 



Distribution pack 



Establish contents of 
theSCCPFILE and 
generate a Load 
module (SCC1BF) to 
initialize the file 



Macros Feature, SCP 
Generator and Overlay 

Linkage Editor 



Create execution time 
resident module 



SMAINT 



Copy startup, execute 
transients, assignment 
and shutdown Load 
modules and service 
aids 



If CCP- 
USER 
Specified 
inSESEC 



3^ 



Macros Feature. SCP 
Generator and Over 
lay Linkage Editor 



Create empty user 
security information 
module 






SMAINT 



Copy Language 
Support module; 




$CC1DP 



Create and 

initialize $CCPOUMP 



=> 



SCCPDUMP 



SMAINT 



Punch and Print 
sample: assignment 
set ($CGSET) and 
punch dump pro- 
grams 




Figure 3 (Part 3 of 3). CCP Generation Procedure (Card and Cardless) 
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Step 2 (System, Card-Oriented): 

The system retrieves $CGSMP (CCP sample generation decl<) 
from the source library on the CCP distribution pack, and 
then prints and punches the entire member. 

The sections to the information printed and punched are: 

1 . Instructions to the user for modifying the punched 
deck. 

2. OCL to call the macro processor, followed by sample 
$E generation control statements to generate a CCP 
system. One card is provided for each operand of a 
generation control statement. The card generally 
contains the default value, and provides a comment 
indicating alternative values for the operand. 

3. OCL to call the CCP generation utility program 
($CC1PP). 
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For Program Number 5704-SC2, all // FILE cards punched 
during generation will specify SHARE-NO. An example 
of the printout that accompanies the sample generation 
deck is: 

SCGSMP 

* INPUT TO CCP GENERATION * 



* 



♦ THESE CARDS — AFTER YOU HAVE MODIFIED THEM TO YOUR SPECIFICATIONS — ♦ 

* WILL BE THE INPUT TO THE FIRST PASS OF CCP GENERATION 



* DISCARD THE LEADING CARDS OF THIS DECK, FROM THE // COPY CARD AT THE * 

* BEGINNING THROUGH THE CARD THAT MARKS *♦♦ END OF INSTRUCTIONS *** * 

* DISCARD ALSO THE // CEND CARD — THE LAST CARD CF THE DECK ♦ 

* 

* ♦ 

* YOU MUST MAKE THREE KINDS OF MODIFICATIONS TO THE REMAINING CARDS — * 



* UNIT 



* 1. IN THOSE CARDS THAT ARE MARKED ♦♦ IN COLUMNS 74-75, REPLACE ♦ 

* ANY $$ OR ## IN THE CARD WITH THE IDENTIFICATION OF A DISK ♦ 

* — $$ WITH THE UNIT ON WHICH YOUR SYSTEM PACK IS LOCATED ♦ 

* ♦ 

* ~ #n hlTH THE UNIT ON WHICH THE CCP DISTRIBUTION PACK IS * 

* LOCATED ^ 

♦ 
* 



2. REPLACE CARD NUMBER 00299 WITH A CARD PUNCHED /* IN COLUMNS 1-2 * 



* 



* 3. MOCIFY THE GENERATION CONTROL STATEMENTS — THOSE CARDS * 

* FOLLOWING CARD NUMBER 00206 — TO SPECIFY THE REQUIREMENTS OF * 

* THE CCP YOU WISH TO GENERATE * 



* 



* 



* IF YOU DO NOT WISH TO USE THE DISTRIBUTION PACK FOR THE REQUIRED ♦ 

* SSOURCE FILE, SPECIFY THE LOCATION OF THAT FILE BY CHANGING THE UNIT * 

* AND PACK PARAMETERS IN CARDS 0020-1 AND 00306 ♦ 

* 

* 
* 

* WHEN YOU HAVE MADE THESE CHANGES, PLACE THE MODIFIED DECK IN THE ♦ 

* HOPPER OF THE SYSTEM INPUT DEVICE AND BEGIN PASS 1 OF CCP GENERATION ♦ 

* * 
****** END OF INSTRUCTIONS ♦******♦*«♦♦♦**♦**** e^c OF INSTRUCTIONS ****** 

* OOIOO 
*♦* PROCESS SPECIFICATIONS FOR THE CCP TO BE GENERATED 00201 

// LOAD $MPXDV,## ++00203 

// FILE NAME-$SOURCE,RETAIN-T,UNIT-##,PACK-PID001,TRACKS-20, ♦+00204 
// LOCATION-386 00205 
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// Kurt 










00206 


SEFAC 


ESCAPE-NO, 


-- 


'CCCCCC / X'XXXXXXXXXXXX' -- 


X 


FACOO 




PGMCNT-NO, 


-- 


YES — 


X 


FACOl 




PRUF-NO, 


— 


YES -- 


X 


FAC02 




FORMAT-NO, 


-- 


YES -- 


X 


FAC03 




ACCEPT-NO, 


— 


YES -- 


X 


FACO't 




RESOPN-NO, 


-- 


YES — 


X 


FAC05 




BSYPRT-NO, 


-- 


YES -- 


X 


FAC06 




MOVTNT-NO, 


-- 


YES -- 


X 


FAC07 




MOVDFF-NO, 


-- 


YES -- 


X 


FAC08 




RESREQ-NO, 


-- 


YES -- 


X 


FAC09 




SIOC-NO, 


-- 


YES -- 


X 


FACIO 




OPPRUF-YES, 


— 


NO -- 


X 


FAC12 




CPUNSG-NO, 


-- 


YES -- 


X 


FAC13 




LOWCAS-NO, 


-- 


PFl - PF12 — 


X 


FAC14 




TTASK-NO 


-- 


YES -- 




FAC15 


$EPLG 


LANG- 


-- 


COBOL / RPGII / FORTRAN / ASSEM -- 


X 


PLGOO 




PPUNIT- 


— 


Rl / Fl / R2 / F2 -- 




PLGOl 


$ESEC 


SECURE-NO, 


-- 


CCP / USER -- 


X 


SECOO 




LUSI-0 


— 


1 - '!f096 IF SECURE-USER -- 




SECOl 


$EFIL 


SETS-1, 


-- 


2 - 25 — 


X 


FILOO 




PROGS-10, 


-- 


1 - 999 -- 


X 


FILOl 




DFILES-5, 


-- 


1 - 192 -- 


X 


FIL02 




TERMS-1, 


-- 


2 - 25't -- 


X 


FIL03 




DUMPS-1, 


-- 


2 - 99 -- 


X 


FILO'+ 




C0RE-96K, 


— 


128K/16 0K/192K/224K/256K/384K/512K 


X 


FIL05 




FLUNIT- , 


— 


Rl / Fl / R2 / F2 -- 


X 


FIL06 




TRKLOC- 


-- 


VALID TRACK NUMBER / OMITTED -- 


X 


FIL07 




FLPACK- 


— 


NAME OF PACK -- 


X 


FIL08 




DPTRAC-6 


-- 


- 1000 -- 




FIL09 


$EMLA 


LINES- , 


-- 


- 8 -- 


X 


MLAOO 




XLATE-YES 


-- 


NO -- 




MLAOl 


$EriLD 


TYPE- 


-- 


SEE SYSTEM REFERENCE MANUAL -- 


X 


MLDOO 




XilCODE- 


— 


SEE SYSTEM REFERENCE MANUAL -- 




MLDOl 


$EBSC 


BSCA- , 


-- 


- 2 — 


X 


BSCOO 




DIAL-NO, 


-- 


YES -- 


X 


BSCOl 




PP-NO, 


-- 


YES -- 


X 


BSC02 




MP-NO, 


-- 


YES -- 


X 


BSC03 




CS-NO, 


— 


YES -- 


X 


BSC04 




GETMSG-NO, 


— 


YES -- 


X 


BSC05 




ITB-NO, 


-- 


YES -- 


X 


BSC06 




RECSEP-IE, 


— 


TWO HEX DIGITS -- 


X 


BSC07 




ASCII-NO, 


— 


YES -- 


X 


BSC08 




EBCDIC-YES, 


-- 


NO -- 


X 


BSC09 




XPRNCY-NO, 


-- 


YES -- 


X 


BSCIO 




RESPOL-NO, 


— 


YES -- 


X 


B5C11 




AUTORS-NO, 


-- 


YES -- 


X 


BSC12 




INTPOL-NO, 


-- 


YES -- 


X 


BSC13 




DA-NO, 


-- 


YES -- 


X 


BSC14 




PORT-NO 


— 


YES -- 




BSC15 


$EBSD 


TYPE- 


-- 


SEE SYSTEM REFERENCE MANUAL -- 




BSDOO 


$EGEN 


DSUNIT-$$, 


-- 


Rl / Fl -- 


X 


+ + GEfiOO 




CCUNIT- , 


-- 


Rl / Fl / R2 / F2 -- 


X 


GENOl 




WKUNIT- , 


-- 


UNIT / 'UNIT, UNIT, UNIT' -- 


X 


GEN02 




IJKPACK- 


— 


PACK / 'PACK, PACK, PACK' -- 


X 


GEN03 




DIUNIT-##, 


-- 


Rl / Fl / R2 / F2 -- 


X 


++GEN04 




niNRES-NO, 


--^ 


YES -- 


X 


GEN05 




DPPACK- 


— 


PACK NAME -- 


X 


GEN06 




DPUNIT- 


-- 


UNIT -- 




GEN07 


^/^ — REPLACE THIS CARD 


WITH /*< IN COLUMNS 1-2 -- 




00299 


X 










00300 


^^^ PRINT RESULTS OF CCP GENERATION PASS 1 




00301 


^ 










00302 


^^^ IF NO ERRORS, PUNCH INPUT TO ( 


;CP GENERATION PASS 2 




00303 


¥: 










00304 


// LOAD $CClPP,«tt 








++00305 


// FILE NAME- 


-$SOURCE,RETAIN- 


-S.UNIT- 


-»S, PACK-PI DO 01, SHARE-NO 




++00306 


// RUN 










00307 



For Program Number 5704-SC2 only. 

$ECSC and $ECSD are available to give BSCC support (BSCA lines 3 and 4) for Program Number 5704-SC2 only. 
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Step 3 {User, Card-Oriented): 

The user modifies the sample deck to reflect the require- 
ments of his system. Specifically the user can modify: 

• The unit parameter on the LOAD $MPXDV, unit card to 
indicate the unit on which the CCP distribution pack 
resides. 



Note: If any errors are detected in the user's specifications, 
the utility program $CC1 PP prints them, but does not 
permit the user to proceed to the next step until those 
errors are corrected, and the macro processor step repeated. 
The modified deck, with the initial instruction cards 
removed, must be placed in the system input device for the 
next generation step. 



• The unit and pacl< parameters on the //FILE of the 
macro processor OCL statements to indicate the unit 
and pack on which the work file $SOURCE should be 
allocated during step 4. 

• The CCP $E generation control statements and their 
operands to indicate the requirements of the system. 

• The */* card following the $E control statements. This 
card is replaced with a /* card. 

• The unit parameter on the // LOAD $CC1PP, unit card 
to indicate the unit containing the CCP distribution 
pack ($CC1PP is the CCP supplied generation utility). 

• The unit and pacl< parameters on the // Fl LE statement 
generation utility OCL statements to indicate the unit 
and pack where the work file $SOURCE is to be allo- 
cated during step 4. The $SOURCE work file will be 
scratched during step 6 and the space will be available 
for other work files. 

The user should modify the punched control statements, 
without inserting any additional cards in the deck, except 
where he requires more than one: 

• $EPLG statement-additional SEPLG statements, with 
both the LANG and PPUNIT parameters present, are re- 
quired if more than one programming language is 
supported. 

• SEMLD statement-additional $EIV1LD statements, with 
both the TYPE and XMCODE parameters present,'are 
required if more than one type of MLTA terminal is 
supported. 

• $EBSD statement-additional $EBSD statements, with 
the TYPE parameter present, are required if more than 
one type of BSC terminal is supported. 



Step 4 (System, Card-Oriented): 

The system calls the macro processor to analyze and expand 
the CCP generation $E control statements. 

The process creates records in the file SSOURCE. If any 
errors are detected in the user's specifications, only diag- 
nostic messages from the CCP generation are written to the 
file. If there are no specification errors, the CCP generation 
writes to SSOURCE the records necessary to create the 
specified version of the CCP. 



Step 5 (System, Card-Oriented): 

The program $CC1PP reads the work file, SSOURCE, and 
prints what was generated to that file. If there are specifi- 
cation errors, only the user's original statements and the 
error diagnostic messages are printed. In order to proceed 
further, the user must correct those errors and perform the 
macro processor step again. 

If there are no errors, the user's original statements are 
printed. Then the records, which are input for step 6 to 
create the user's version of the CCP, are printed and punched. 
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Step 6 (System, Card-Oriented): 

The user places the punched output from the previous 
step, without modification, into the system input device, 
and begins the major step of the CCP generation. During 
this step the user's CCP is created. The sequence for this 
step is: 



1. 



3. 
4. 



Creating a load module that contains the initial 
contents of $CCPFILE and the instruction code to 
initialize that file (SCCIBF). 

Source generating of $CC4#1, $CC4#2, $CC4VT, and 
link-editing of the two modules ($CC4#1 and $CC4#2) 
that make up the resident control program for CCP 
operation. 

Link-editing BSC and/or MLTA trace routines. 

Copying supporting load modules for the operational 
stags, including startup and shutdown, and for the 
assignment stage. 



5. Creating an initialized module, $CC4Z9, if 
SECURE-USER operand was specified in the $ESEC 
generation control statement, later to contain the 
user's security information. 

6. Initializing SCCPFJLE, later to be filled with user 
specifications by an assignment run. 

7. Copying the subroutines and macros used in the 
compilation and link-editing of application programs 
to run under the CCP. 

8. Punching the following cards: 

• OCL and sample generation control statements 
for an assignment build run, necessary to execute 
the installation verification program. 

• OCL statements for installation verification pro- 
gram. 

• CGEND. 



9. Initializing SCCPDUMP file to be used for trace and 
storage dumps for 5704-SC2 only (optional). 

Note: For Program Number 5704-SC2 only, step 6 follows 
step 8. 
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The following is an example of the sample assignment input: 



SCGSET 



X)(xxj<x>«SAMPLE ASSIGNMENT AND 5ANPLE START-UP DECKXs^s^xxx^^xxx^fXXXxxxxxxxx 

xx^fxxxxxjfSAMPLE ASSIGNMENT SET >«>(*(»(xkxx)(xx)«kxx)<xxxkx)(X)()«)<)()(xkxxx)(xxk)()( 

^(XxxxFILL IN UNIT 

// LOAD $CCPAS, 

xxx^)<FILL IN PACK AND UNIT 

// FILE NAME-$CCPFILE,RETAIN-P,UNIT- ,PACK- 

XX)«)(XFILL IN PACK AND UNIT 

// FILE NAME-$CCPW0RK,RETAIN-S,TRACKS-3,UNIT- ,PACK- 
// RUN 

)(X)<)(xx»()<xTHE FOLLOWING STATEMENTS CAN BE MODIFIED FOR YOUR 
xx)«xxxxx)(CONFIGURATION BUT SOME MUST BE KEPT TO RUN CCPIVP. SEE THE 
XXXXX)()«)«xcOMMENTS IN THIS DECK. 

// SET ID-a, ACTION-CREATE, DFLTEXEC-YES,ANYSPECS-NO 

// SYSTEM MINUPA-22K,MINTPBUF-2840, 

// PASSWORD-FECD, 

// COMMANDL-50,DFFPACK-PROGRAM,PGMREQL-15 

// TERMATTR ATTRID-1 , TRANSL AT-NO, BLKL-512 , DATAFORM-MESSAGE, 
// VERIFYID-NO,DFF3270-YES 

X)<xx»)«xxxTHIS STMNT TYPE REQD FOR CCPIVPCOR MLTALINE STMNT) 

// BSCALINE TYPE-CS,LINENUM-1,POLLLIST-'00,01,10,11' 

// BSCATERM TERMID-0 , TYPE-3277M2 , ATTRID-1 , COMMAND-YES , OFFACTN-HOLD, 

// ADDRCHAR-s<6 06 404 0*<, POL LCHAR-x^ 0404 040>« 

// BSCATERM TERMID-01 , TYPE-3277M2 , ATTRID-1 , COMMAND-YES, OFFACTN-HOLD, 

// ADDRCHAR-»<6 06 0C1C1X,POLLCHAR-)«4040C1C1S< 

// BSCATERM TERMID-1 , TYPE-3277M2 , ATTRID-1 , COMMAND-NO , 

// ADDRCHAR->«61614 040^,POLLCHAR-)(C1C14040S< 

// BSCATERM TERMID-11 , TYPE-3277M2 , ATTRID-1 , COMMAND-NO , 

// ADDRCHAR-»<6161C1C1>«,P0LLCHAR-)«C1C1C1C15« 

// TERMNAME NAME-CUODVO , TERMID-00 
// TERMNAME NAME-CUODVl , TERMID-0 1 
// TERMNAME NAME-CUIDVO , TERMID-10 
// TERMNAME NAME-CUIDVI , TERMID-11 

xxxx>«)«^>«>«THIS STMNT TYPE REQD FOR CCPIVP 

// DISKFILE NAME-CGIVFIL1,0RG-C,RECL-16 

xx)«)(x>«x^XTHIS STMNT TYPE REQD FOR CCPIVP 

// DISKFILE NAME-CGIVFIL2,0RG-C,RECL-16 

>«x«)<xx)«)«xNOTE THAT ONE DISKFILE STATEMENT -CGIVFILE- WOULD BE NEEDED 
)i^^^i(^^)(^ip SYMBOLIC FILES ARE NOT BEING USED. 

* THE FOLLOWING TWO DISK FILE STATEMENTS ARE FOR EXAMPLE ONLY AND 



00010000 
00020000 
00030000 
00040000 
00050000 
00060000 
00070000 
00080000 
00090000 
00100000 
00110000 
00120000 
00130000 
00140000 
00150000 
00160000 
00170000 
00180000 
00190000 
00200000 
00210000 
00220000 
00230000 
00240000 
00250000 
00260000 
00270000 
00280000 
00290000 
00300000 
00310000 
00320000 
00330000 
00340000 
00350000 
00360000 
00370000 
00380000 
00390000 
00400000 
00410000 
00420000 
00430000 
00440000 
00450000 
00460000 
00470000 
00480000 
00490000 
00500000 
00510000 
00520000 
00530000 
00540000 
00550000 
00560000 
00570000 
00580000 
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*********NLiT^ THAT ONt DISKFILE STATPMtNT -CGIVFILF- WOULt) PI NrFDED 
******'^**If SYMtOLlC FILFS ^<' k NOT BEING USED. 

♦ THf: HJ1LOW1N& TWO ulSK FJLE STATHMENTS ARE FDR EXAHPlt HMY AND 

* SHCJULO BF RFMOVEL. PRIOR TO RUNNJNC THIS ASSIGNMENT «.FT. 

* 

// DISKFILE NAMt-[>UMMYl,0R{-a,PtCt-2i>6 

// DISKFILt NAME-[)UMMY?,Okt,-I ,RECL-64 ,Kr YL-8 ,KE VP05 -1 ,MSTR 1 Nf X-YE 5 ' 

♦♦♦*.,*=f**THJS STHNT TYPt REC-O FOR CCPIVP IF SYMBOLIC FJLES Ak t USED, 
// SYMFILE RAME-C&lVFlLE.DISKFILE-'CrlVFILl.CC.IVFlL^' 

*****'*^*******lHli STMM NECESSARY FOk CCPIVP .PACK AND PRINTER VAUfF «; 
»*=s***:**=;.*^.**CAN bE Ch^NGE-i FOR YDDR CONFIG, 

// PRUGRAH NAKE-CCPIVPtPGHL^ATA-YES, 
// PltES-'CGIVFILE/CO/NOSHR', 

// PACK-PROGRAM, PRINTE«i-NO 



**«v, ,=.,<*=;= NOTE TWAT CCPIVP MIL>S T Bt JN CORRECT PACK AT STArTLIP OF CCP. 

* THE FOLLUWING TWO PRuGRAM STATEKENTS ARE FOR EXAMPLE O^LY AND 

* SHOULO BE PE^tOVEi) PRIOR TO "UNNING THIS AS SIGK^E^T SET. 

// PROGRAM NAME-OUMMYl,MKTWAX-i',PCM!>ATA-YES, 

// FILES-' DUMMY 1/OU/SHR, DUMMY 2/1 RUA/ShK«, PACK-SYSTEM, OF FKTERM-A, 

// DFFNDf-?,t>|FFSFDT-lt)U6 

* 

// PROGRAM NAME-OUMHY2,MRTMAX-?,P(;HDATA-YtS, 

// ''ll-ES-'rA)MMYl/LU/SHK,DlJr^MYi/IRA/SHR',PACK-SYSTEM,CFFMTERM-?, 
// OFFNDF-l ,DFFSFDT-396 

*/* REPLACt WITH /* 



*****^**n.Nb OP SAMPLE ASSIGNMENT DECK******* 



*******=;^*3;*v ****** **»»»** 



****= ^.**=sSAMPLt STAPT-OP Ut.L FOR CCPIVP******************************* 

♦ 

* FILL IN UNIT 



// LOAu tCCP, 

* 

♦♦♦FOLLOWING TWO // ULL STATEMENTS CORRtSPOM' TO SAVPtF ASSIGNMENT 
♦♦♦DECK SYMEOLIC FILES. 



// FILE NAhE-CGIVFlLl,RET«JK-T,TkAtKS-l,liNn- ,PACK- 
// FILE NAME-CG]VF1L2,RETAIM-T,TKACKS-I,UNIT- ,PACK- 



«**ANY S4^4 
***ANY ^44A 



♦=f*lF SYMfcllLIC FILES ARE NOT USEL. ?EPLACf IHi PRFtEEniHG TWO STATEMENTS 
♦♦♦SIN'^LE // FILE STATEMENT** ****** vvvv** »4 *»»*»>?* ,. »«*v»»» ;-.*»»4*#»**# ^ 

* 

// FILE NAHE-CGIVFILE ,ReTAJN-T,TkACKS-I,UNlT- ,FACK- »**ANY SA44 

// RUN 

***..***,+ , fM, Qf jAMPLt START-OP OCL *** *****.***********«*********«»**, 



00 '^0000 
OCr 60000 

nosToooo 

00^80000 
00S90000 
OOiSOOOOO 
OOfclOOOO 
OO62000O 
00630000 
006*0000 
OOfclOOOO 
0O660OO0 
00670000 
00680000 
00690000 
00700000 
00710000 
007200OO 
00730000 
0O74O000 
O076O0O0 
O076000O 
O077O0O0 
OOTbOOOO 
00790000 

ooeooooo 

OOf.lOOOO 
00«?0000 
00630000 
OOb^iOOOO 
00850000 
OOE60000 
00P70000 

ooeaoooo 

OOf 90000 
00^*00000 
00^*10000 
009?0000 
00930000 
OOv-iiOOOO 
009S0000 
00960000 
00970000 
00980000 
009^^0000 
OlOOOOOO 
OIOIOOOO 
01020000 
01030000 
010^0000 
OlC/^0000 
01O6OO00 
01070000 

oioeoooo 

01090000 
01 100000 
OlllOOOO 



Not applicable for Program Number 5704-SC2. 
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To verify that an operational CCP system was generated, 
the user should: 



1. 



IVlodify the parameters necessary in the OCL state- 
ments and sample assignment control statements. 

Perform an assignment run that specifies the necessary 
environmental information to execute the installation 
verification program (optional). 

Start the CCP and execute the installation verification 
program. 



Step 1 (User, Cardless-Oriented): 

The user enters the following statements from the system 
input device: 



Step 2 (System, Cardless-Oriented): 

The system retrieves the library members named SCGI.ALL 
from the source and procedure library on the CCP distribu- 
tion pack. The system then prints these members. There 
are three sections to the information printed: 

• CCP cardless generation instructions to modify the 
supplied procedures to reflect your system requirements 
(member name $CG1GI). 

• Sample $E macro statements entered directly from the 
source library to generate the CCP system (member name 
$CG1GM) or via the system input device. 

• Procedures that perform the CCP generation (member 
names $CG1G1, $CG1G3, $CG1G4, and $CG1G5). 



/& 

//LOAD$IVIAINT,dsunit 

//RUN 

// COPY FROIVI-diunit,TO-PRINT,LIBRARY-S, 

NAIVIE-$CG1.ALL 
// COPY FROM-diunit,TO-PRINT,LIBRARY-P, 

NAME-$CG1.ALL 
//END 

where dsunit in the // LOAD statement is the unit on which 
DSM resides. The diunit in the // COPY statement is the 
unit on which the CCP distribution pack resides. 
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An example of the printed source and procedure members 
is: 



$CG1GI 

**************** *******^:***i^**^^f**^,^t^,^,^,^,^^^^^^^^^^,^^^^^,^,^^^,^^^,^^^^^^^^^^^ 

* CARDLESS CCP GENERATION INSTRUCTIONS ♦ 



* THE CARDLESS CCP GENERATION PROCEDURE MAKES THE FOLLOWING ASSUMPTIONS: ♦ 
. THAT DSM RESIDES ON Fl 
. THAT CCP DISTRIBUTION PACK IS ON Rl 



. THAT THE LAST 20 TRACKS ON THE CCP DISTRIBUTION PACK ON Rl ARE 
FREE FOR THE $SOURCE FILE USED BY THE MACRO PROCESSOR 

. THAT THE $E MACRO STATEMENTS HILL BE READ FRCM THE SOURCE 
LIBRARY MEMBER, JCGIGM, ON THE CCP DISTRIBUTION PACK 



* SUPPLIED GENERATION PROCEDURES: 

* 

* SCGIGI *** CARDLESS GENERATION CONTROL 

* »CG1G3 ♦*♦ PROCESS USER SPECIFICATIONS 

* $CGIG4 *** PRINT RESULTS OF GENERATION SPECIFICATIONS 

* $CGIG5 ♦♦* CREATE SOURCE AND PROCEDURE MEMBERS 



* YOU MAY MAKE FOUR KINDS OF MODIFICATIONS TO THE SUPPLIED PROCEDURES! 



* 

* 
* 
* 

* 
* 
* 

* 

* WHEN YOU HAVE MADE THESE CHANGES; 

* CALL PROCEDURE SCGIGI BY ENTERING THE FOLLOWING OCL FROM THE 

* SYSTEM INPUT DEVICE. 

* // CALL $CGIG1,UNIT — CCP DISTRIBUTION PACK — 

* // RUN 



1. IN THOSE STATEMENTS MARKED ++ IN POSITION 74-75 YOU MAY CHANGE 
THE DSM PACK LOCATION FROM Fl TO Rl. 

2. IN THOSE STATEMENTS MARKED ## IN POSITION 72-73 YOU MAY CHANGE 
THE CCP DISTRIBUTION PACK LOCATION FROM Rl TO Fl, R2 OR F2. 

3. IN THOSE STATEMENTS MARKED $$ IN POSITION 74-75 YOU MAY CHANGE 
THE SSOURCE FILE LOCATION FROM Rl TO Fl, R2 OR F2. 

4. THE •// COMPILE' STATEMENT MAY BE REMOVED FROM PROCEDURE JCG1G3 
TO SPECIFY THAT THE MACRO PROCESSOR WILL REAC THE $E MACRO 
STATEMENTS FROM THE SYSTEM INPUT OEVICF. 
— STATEMENT 03070 — 

NOTE — IF A SOURCE MEMBER IS USED IT MUST BE PREPARED PRIOR TO 
CALLING THE PROCEDURE $CG1G1. 



* IF ANY OF THE ABOVE ASSUMPTIONS ARE NOT TRUE, USE THE MODIFY FUNCTION ♦ 

* OF $MA.INT TO CHANGE THE SUPPLIED GENERATION PROCEDURES TO REFLECT THE « 

* REQUIREMENTS OF YOUR SYSTEM. * 

* 
* 

* 

* 

* 

* 
* 

* 
» 

* 

* 
* 
* 
* 

* 

* 

* 
* 

* ♦ 
****** END OF INSTRUCTIONS ♦**♦♦«*****♦♦**♦**** ^HD OF INSTRUCTIONS ****** 



00000 
OOOIO 
00020 
00030 
00040 
00050 
00060 
00070 
00080 
00090 
OOIOO 
OOIIO 
00120 
00130 
00140 
00150 
00150 
00170 
00180 
00190 
00200 
00210 
00220 
00240 
00250 
00260 
00270 
00280 
00290 
00300 
00310 
00320 
00330 
00340 
00350 
00360 
00370 
00380 
00390 
00400 
00410 
00420 
00430 
00440 
00450 
00460 
00470 
00480 
00490 
00500 
00510 
00520 
00530 
00540 
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XOOOIOOOO 



^^^'^'^ PrMrMx'vcc''''^'"' ~" 'CCCCCC / X'XXXXXXXXXXXX- — 

PORnAl-YEs' :: un ~' X00020000 

ACCEPT-Nn vc! X00040000 

RESOPN-NO; :: VA " XOOOSOOOO 

BSYPPT-NO - Yrc "' X00060000 

r;? : ■ :: i -- ^SSSJJSSS 

ITASK-NO - YES - ^SJStSJ!" 

'''''" i;S5;????^- -- rC RPof/z^oRmN , AssE„ - xsss?nss 

|.s.c J -??P :: JpVis'.-/ - - SSi-SSS 

PCS., - : ,-:. -,;.,... 

JeRH^S :: J " ;?? " X00140DOO 

rnpp-Q(;k- T^o,, X00160000 

FlPArK-R?P?P? "~ 128K/160K/192K/224K/256K/38'iK/512K X00170000 

DP^Rl^-fi ~" o^ ^,^i / R2 / F2 - X00190000 

$EBSC BSCA-1 "" " ^°°° " 00195000 

DA-HO YF^ "" X00200000 

DIAL-NO, -I YFS '" X00210000 

PP-NOV - YFS X00220000 

MP-NO - YF^ "" X00230000 

CS-YE5 ^n X002'i0000 

^,FTM-,r-YF<; "~ ^n "" X00250000 

ITB-NO "' YF." X00260000 

RFfSFP-lF " Tnn :;x, ^ X00270000 

ASCII-NO ~" VP^ ^^^ °^"^^ "" X00280000 

EBCDIC-YES " In ~~ X00290000 

XPRNCY-NO - YF^" X00300000 

RESPOL-NO; - ^rll :: X00310000 

INTPOL-YES, -- NO -- 

ALITORS-NO, -- YE5 -- 

IeCSC BSCC--1 II SYSTEM REFERENCE MANUAL — 00350000 

GETMSG-YES, -- NO -- -"-" 

ITB-NO, -- YES -- 

RECSEP-IE, -- TWO HEX DIGITS -- 

FBrnrr^YFc; ~" i!!^^ ~~ X00400000 

XPPNrY~^n ' " vcc"" X0041C000 

IN?pnrYF4 " ^n^ "~ X00420000 

PnPT^n ' "" v2c" X00430000 

PP-in^°' ~" IP. - X00432000 

X00434000 



X00320000 
X00330000 
X00340000 



X00360000 
X00370000 
X00380000 
X00390000 



PP-NO, -- YES -- 

CS-YES — NO - 



<5Fr<;n typp ^ottmo ^^^~ 00436000 

licFN nsMNTT F^ '" 1^^ ^P^^" REFERENCE MANUAL - 00440000 

rrMMT^P^ ~" ^\ ^ ^^ ~- X00450000 

CCUNIT-R2, -- Ri / Fi / R2 / F2 -- X00450000 

WKUNIT-'R2.R1.R1', - ' UNIT , UNIT , UNIT ' X00470000 

nT^^?T"^^2R2R2,PID001,PID001', - ■ PACKTpACK, PACK ' - X00480000 

M NREsIno' " vp/ Fl / R2 / F2 - CCP-PID X00490000 

r/pn ^n "" 1^1 ~~ X00500000 

nPFArTAon-^n-, "' ^" ~~ X00510000 

DPPACK-D2D2D2, -- PACK NAME -- X00510001 

DPUNIT-D2 - UNIT - OO5I0OO2 



Program Number 5704-SC2 jnly. 
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$CG1G1 

// LOG PRINTER 

// NOHALT 01000 

« 01010 

*♦♦ CCP GENERATION CARDLESS PROCEDURE •** ololo 

// CALL Irnrl'll 111 "'°"'' ''^^^ specifications *** #« SlSftS 

// "m t(? rVfi lit .^''^'^■' '^^-=^^'-TS CF SPECIFICATIONS *** «« C1070 

// c!m iS^a'r III ^n^^^^ '^"^"" ^''^ PROCEDURE MEMflPRS *«* ## 01080 

//' CALL iCCPSA.Rl ♦** COMPLETE THE CCP GENERAT-JON *♦* ## 01090 



$CG1G3 

*** CCP CAROLESS GENERATION PROCEDURE »** ^^^?° 

*** EXPAND USERS CCP SPECIFICATIONS **♦ "°^° 

// LOAD tMPXDV.Rl 03030 

// '"-' ^^;jJ-;5OURCE.RETAIN-T,UNIT-Rl.PACK-PID001,TRACKS-20. lU.iloto 

// COMPILE SnURCE-.CGIG..UNIT-«l ,, J^J^J 

* 03080 
<, 03090 

* NOTE: 03100 

* 03110 

* 03120 

* $E MACRO STATEMENTS ARE ENTERED VIA THE SOURCE LIBRARY MEMBER tCGIGM '?)l]ln 

* ON THE CCP DISTRIBUTION PACK OR FRCf- THE S YSTEI- NPUT CEvJ^f I F "IJ 23150 

* •// COMPILE. STATEMENT IS REMOVED FROM THIS PRCCEDURE. olllo 



tCGlG4 
* 

*** CCP CARDLESS GENERATION PROCECURE *** 



04010 
04 02 

*** DDTMTncrriii-r«-r^«-^^„«^..^_. . 04030 



PRINT RESULTS OF CCP GENERATION SPECIFICATIONS 04040 

// LOAD ICCIPP.RI ^. °2nArt 

// FILE NAME-SSOURCE.UNIT-Rl.PACK-PIDOOl ZiiolojO 

04080 
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$CG1G5 

♦♦* CCP CAROLESS GENERATION PROCEDURE *** 05020 

♦♦* IF NC ERRORS IN GENERATION SPECIFICATIONS, LOAD $MAINT TO CREATE 05040 
*** SOURCE AND PROCEDURE MEMBERS THAT WILL COMPLETE THE CCP GENERATION 05050 

// LOAD SMAINT.Fl t+SsOTO 

// FILE NAME-$SOURCE,UNIT-R1,PACK-PID001,RETAIN-S ##$$05080 

'''' ^^'^ 05090 

// COPY FRQM-DISK,T0-Rl,RECL-96,RETAIN-R,FILE-tS0URCE ##$$05100 

^^ ^^^ 05110 
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Step 3 (User, Cardless-Orientedj: 

The user modifies the sample procedures to reflect the 
requirements of the user's system. This is done by using 
the MODIFY statement in the utility program SIVIAINT. 
(For a description of the MODIFY statement, see the IBM 
System/3 Model 15 System Control Programming Reference 
Manual, GC21-5077 or IBM System/3 Model 15 System 
Control Program Concepts and Reference Manual, 
GC21-5162.) Specifically the user can modify: 

• The DSM pack location. 

• The CCP distribution pack location. 

• The unit, pack and location for the $SOURCE file re- 
quired by the macro processor. 

• The source member name on the // COMPILE statement 
to reflect which source member contains the user's CCP 
generatioti specifications. 

• The // COMPILE statement can be removed from pro- 
cedure $CG1G3 to specify that, during step 4, the macro 
processor reads the user specification from the system 
input device instead of from a source library member. 

Note: If the // COMPILE statement is used in procedure 
$CG1G3, the source member described must be prepared 
prior to calling procedure $CG1G1. See step 4 for a descrip- 
tion of entering the $E control statements. 



Step 4 (User/System, Cardless-Oriented): 

The user calls procedure $CG1G1 from the CCP distribution 
pack. This procedure controls the remaining portion of the 
CCP generation. It does this by making calls to these pro- 
cedures: $CG1G3, $CG1G4, $CG1G5, and $CCPSA res- 
pectively. Each of these procedures performs a different 
generation process. Procedure $CG1G3 is described in this 
step. Procedures SCG1G4 and $CG1G5 are described in 
step 5; procedure SCCPSA is described in step 6. Procedure 
SCCPSA is a procedure generated during step 5, based on 
the user's input, that controls the generation of'the user's 
CCP pack. 



Procedure $CG1G3 loads the macro processor and allows 
the user to enter the $E control statements. There are two 
ways the user can do this: via the system input device or 
from a source library member. However, to enter input 
from the system input device, the user must remove the 
// COMPI LE statement from this procedure. (For a descrip- 
tion of the // COMPILE statement, see the IBM System/3 
Model 15 System Control Programming Reference Manual, 
GC21-5077 or IBM System /3 Model 15 System Control 
Program Concepts and Reference Manual, GC21 -51 62. ) 

The source member, $CG1GM, printed in step 1 can be 
used as a guide for entering the $E control statements. This 
module can also be modified for use as input to the macro 
processor since the // COMPILE statement in procedure 
$CG1G3 specifies $CG1GM as the input source member. 

The user should enter the control statements without insert- 
ing any additional statements except where more than one 
is required: 

• $EPLG statement - additional $EPLG statements, with 
both the LANG and PPUNIT parameters present, are 
required if more than one programming language is to 
be supported. 

• $EMLD statement - additional $EMLD statements, with 
both the TYPE and XMCODE parameters present, are 
required if MLTA terminals are to be supported. 

• SEBSD statement - additional $EBSD statements, with 
the parameter TYPE present, are required if more than 
one type of BSCA terminal is to be supported. 

• $ECSD statement (Program Number 5704-SC2 only) - 
additional $ECSD statements, with the parameter TYPE 
present, are required if more than one type of BSCC 
terminal is to be supported. 



Step 5 (System/User, Cardless-Oriented): 

Procedure $CG1G4 prints the results of the CCP generation 
specifications. If there are specification errors, the user's 
statements and the error diagnostic messages are printed. 
Before continuing, the user must restart the CCP generation 
at procedure $CG1G1 and provide error free specifications. 



If there are no errors, the user's statements are printed. 
Then procedure $CG1G5 is called and the records which 
will be input to step 6 are printed. Procedure $CG1 G5 
loads $MAINT to create the source and procedure members 
that will complete the CCP generation. Also printed is the 
$SOURCE file setup for the $MAINT file-to-library run. 



56 



Step 6 (System, Cardless-Oriented): 

The system calls the generated procedure $CCPSA from 
the distribution pacl< and begins the major step of the CCP 
generation. During this step the user's CCP is created. The 
sequence for this step is: 

1 . Creation of a load module which contains the initial 
contents of $CCPFILE and the instruction code to 
initialize that file ($CC1BF). 

2. Source generation and link edit of the modules 
$CC4#1 and $CC4#2, which is the resident control 
program during CCP operation. 

3. Copying of supporting load modules for the opera- 
tional stage, including startup, shutdown, and the 
assignment stage. 

4. Creation of an initialized module $CC4Z9 if 
SECURE-USER was specified in the $ESEC statement; 
this module will contain the user's security 
information. 

5. Initialization of $CCPFILE and SCCPDUMP 
(5704-SC2 only) later to be filled with user specifica- 
tions by assignment runs. 

6. Copying of the subroutines and macros used in the 
compilation and link edit of application programs to 
run under the CCP. 

7. Print the sample control statements for an assignment 
build run necessary to execute the installation verifica- 
tion program. On the following page is an example 

of the sample assignment input. 

Note: For Program Number 5704-SC2 only, step 5 
follows step 7. 
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tCGSST 

XH^^^^ SAMPLE ASSIGNMENT SET CONTROL STATEMENTS xxj«x»(X 00010000 

// PASSWORD-FECD, nnnoSnSn 

// COnMANDL-50,DFFPACK-PROGRAM,PGMREQL-15 OOlOOOoS 

^ i-r^±r,iu nu,urro^/u Ttb 00130000 

^rj^cALiJ?^?v?^^?i[iHiNK,pTLf?^f^^ss?o;^i5^;?^— illHisi 
;;;^S5jH^;5-iHS5SoJo^!^SL^[?sij^^;;;j^s?oi'^°"-----°------' 

;;^^^^jH^ris^;^5?i2i;!^s^[?^ij^^^s;;^;?i^^°""^^^--='— — ' 

/^^ AnnpruA^ If ^i:'ip:10 ' TYPE-3277M2, ATTRID-1 , COMMAND-NO, 00210000 

// ADDRCHAR-«6161^040>«,POLLCHAR-s<ClC14040>« Qn??nnnn 

// BSCATERM TERMID- 11 , TYPE-3277M2 , ATTRID-1 , COMMAND-NO , OOP^onnn 

// ADDRCHAR->«6161ClCl«,POLLCHAR-x6lClClClx "°' SS"2SoS 

// TERMNAME NAME-CUODVO , TERMID-OO OnPftOnnn 

// TERMNAME NAME-CUODVl , TERMID-01 00270qSS 

// TERMNAME NAME-CUIDVO , TERMID-1 O 00280000 

// TERMNAME NAME-CUIDVI , TERMID-11 00290000 

*^^^^* THIS STMNT TYPE REQD FOR CCPIVP 00310000 

// DISKFILE NAME-CGIVFILE,0RG-C,RECL-16 00320000 

x«^xj<x THIS STMNT NECESSARY FOR CCPIVP 00340nnn 

'' PACK-PROGRAn SSI5SS2S 
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To Verify Generation (User, Cardless-Orientedj 

To verify that an operational CCP system has been gener- 
ated, the user should: 

1 . Modify the sample assignment set contained in the 
source library member $CGSST on the CCP produc- 
tion pack. To do this, use the MODIFY statement in 
the utility program $MAINT. (For Information on 
the MODIFY statement, see the appropriate SCP 
reference manual listed under Related Publications 
in the Preface.) 

2. Perform an assignment run which specifies the 
necessary environmental information to execute the 
installation verification program. 

3. Start the CCP and execute the installation verifica- 
tion program. 



All generation control statements (if present) must be in 
the following order: 



$EFAC 

$EPLG 

$ESEC 

$EFIL 

$EMLA' 

$EMLD' 

$EBSC 

$EBSD 

$ECSC 1 

$ECSD / 

$EGEN 



5704-SC2 only 



MLTA and BSCC are mutually exclusive. 



Writing Generation Control Statements 



GENERATION CONTROL STATEMENTS 

Each CCP generation requires a set of generation control 
statements. If the required statements are not specified, no 
generation takes place. Some generation statements are 
always required for CCP support, and others are required 
only if the user desires a certain option. 

Those control statements always required are: 

$EFAC CCP facilities 

SEPLG Programming languages 

$EFIL $CCPF I LE allocation 

$EGEN CCP generation stream 

The optional control statements are: 



$ESEC 


Terminal sign-on security 


$EMLA 


MLTA support 


$EMLD 


MLTA devices 


$EBSC 


BSC support 


$EBSD 


BSC devices 


$ECSC 
$ECSD 


BSCC support j 

BSCC support I ^'"^^' 



Optional statements must be present to include support for 
MLTA, BSCA, or BSCC; that is, the $EMLA statement and 
at least one $EMLD statement must be present for MLTA 
support, the $EBSC statement and at least one $EBSD state- 
ment must be present for BSCA support, and the $ECSC 
statement and at least one SECSD statement must be present 
for BSCC support (5704-SC2 only). 



Starting in 
Column 



14 



72 



Name 


Operation 


Operands 


Continuation 


Symbol 
or blank 


Statement 
name 


No operands 
or one or more 
separated by 
commas 


Any nonblank 
character if 
continuation is 
being used 



The name field can contain any valid assembly language 
symbolic name beginning in column 1. The name is assigned 
to the first byte of generated code. Because the name is 
optional, it is not shown. 



(SECimE- 



NO 



1 I,LUS} 



m 



The desired mnemonic operation code (control statement 
name) must appear as specified in the control statement 
description. The operation code must start in column 8. 



$ESEC 



tsgcuRe- 




] l,l.USI 



111 
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The operands specify available services and options. The 
operands must start in column 14 and are written as follows: 

1 . Each operand consists of a keyword followed by a 
hyphen and a parameter. 



9BmCi 



[S8CU«f. |w VH,Lusi-5-2.( 3 



2. No blanks should be left between operands. 



m 



[SECURE-)"^* C3£,LU8l4i-i | 



3. Commas precede all but the first operand. 



( NO ) 
{SECURE- \ "ccp [ ) [,LUSI-5-2-[ 
( USER ) ' " ' 



4. The parameter part of the operand must immediately 
follow the dash. 



• ... 


3ii**li 


[SECtWE- ) CCP fjutusi-l— [ J 
/ USER \ ' " » 



The keyword part of each operand must correspond 
to one of the keywords in the control statement 
description. 



{SECURE. ^ COP \J f,LUSI. 






1 



Some operands are not required. These optional 
operands are Indicated by enclosing the operand 
within brackets [KEYWORD-parameter] . The 
operand enclosed in the brackets can be coded if the 
associated option is desired. The bracket symbols [] 
are used to help define the control statements. These 
symbols are not coded; they are only used to indicate 
how a control statement can be written. 



MSEC 



[SECURE- 



NO 

CCP 

USER 



}, I,LUSI 



)^i 



7. An option list for a keyword parameter is specified 
as follows: 

jNO I 
< CCP > 

( user) 



Braces ( } indicate that a choice must be made. One 
of the parameters from the vertical stack within braces 
must be coded, depending on which of the associated 
services is desired. The symbols { } are used to help 
define the control statements. These symbols are not 
coded; they are only used to Indicate how a control 
statement can be written. 



$ESgC 



I NO 
[SECURE- ■ CCP 
( USE 



^f,u^,.j^j 



The operands can be written In any order. If a key- 
word Is not specified, the default value is used. A 
default value Is selected for optionai keywords that 
are omitted. The default value Is indicated in the 
macro Instruction description by a line under the 
default option. For example, 

KEV. j B |. 

indicates that option A Is the default value. 



$ESEC 



[SECu«e- 




] [,LUSI 



■m 



1 



9. No operands can be specified beyond column 71. If 
continuation is required, column 72 must contain a 
nonbiank character and the Inst operand must be fol- 
lowed by a comma. An operiind cannot be divided 
and continued on the next line. The operands of the 
continued field must begin in column 14. For an 
example of continuation coding, see Figure 4. 

10. Comments must be separated from the operand or 
comma by at least one blank space. Comments can- 
not be Inserted between operands on a one-line con- 
trol statement. Figure 5 shov/s examples of com- 
ments used with control statements. On the assem- 
bly listing, all comments on the generated code are 
justified by the macro processor to begin In column 
40. Any comments too long to be contained In 
columns 40 through 71 are tr jncated from the right. 
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48 
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Figure 4. Continuation Coding Examples 
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Figures. Comments on Macro Instructions 



Most operands have default values. The user can have a 
control statement present and have all operands absent if 
he accepts the default values. 

in ail cases where YES is appropriate, the single letter Y 
can be used. In all cases where NO is appropriate, the 
single letter N can be used. 

in the following generation control statement descriptions 
the term object system refers to the system that executes 
the CCP after generation. 



Generation Stage 61 



$EFAC-CCP Facilities 



What You Must Know 



Whether the data mode escape facility is to 
be generated, and if so the six user-specified 
data mode escape characters. 

Will a program-request count be kept? 

Is display format facility (DFF) supported? 

Is program request under format (PRUF) 
supported? 

Is core resident accept input supported? 

Is resident OPEN/CLOSE supported? 

Is 328X printer busy support to be 
included? 

Is DFF to be moved out to support more 
terminals? 

Are the Terminal Name Tables (TNT) to be 
moved out to support additional terminals? 

Is resident program request supported? 

Is the serial I/O channel RPQ to be 
supported? 

Is the Task-to-Task facility to be 
supported? 



The SEFAC generation control statement indicates options 
that determine the CCP facilities to be included during 
generation. 

This statement is always required and must be the first of 
the generation control statements. Only one SEFAC state- 
ment can be entered. All operands of this statement are 
optional. 



$EFAC 










[.ESCAPE- 


(NO 

< 'cccccc' 


! i 






rX'xxxxxxxxxxxx'^ 




l.PGMCNT- 


|YES) 

mi 


1 




[.FORMAT- 


|no| 


1 




(,PRUF- 


{!?} 


1 




LOPPRUF- 


( Y_E_S ( 
(NO ) 


1 (5704 SC2 only) 




[.CPUMSG- 


m 


] (5704-SC2only) 




[.ACCEPT- 


,VES. 

)NO / 


1 




I.RESOPN- 


|no \ 


1 (5704-SC2onlv) 




I.BSYPRT- 


(yes( 
}np I 


1 




LMOVDFF- 


|yes( 
1 no I 


1 (5704-SC2onlv) 




(MOVTNT- 


/yes) 

) NO f 


1 (5704 SC2 only) 




[.RESREQ- 


rYES( 
(NO j 


1 (5704 -SC2 only) 




l.SIOC- 


|YES. 

|no j 


1 {5704-SC2 with 
5799-WNK) 




[.LOWCAS- 


\ PF12; 


1 (5704-SC2only) 




[,TTASK- 


i YES ) 
■|N0 / 


] (5704-SC2only) 
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ESCAPE- 



NO 

'cccccc' 

X'xxxxxxxxxxxx' 



PGMCNT- 



The ESCAPE operand specifies whether data mode escape 
is supported and if so, the six data mode escape characters 
to be used. The data mode escape function is used by the 
terminal operator to instruct the CCP to accept the next 
input as a command to the CCP and not as data for the 
program with which the terminal had been communicating. 
This is the only way a terminal can interrupt the normal 
course of a program it requested. The CCP checks all data 
input from a requesting terminal for this string of characters 
as the first six bytes. 

Be sure this string is not a sequence of bytes that can 
inadvertently be entered as data. It is suggested that the 
string be made up of six special characters such as slash (/). 

EBCDIC characters or hex digits can be used for this value. 
If EBCDIC characters are used, this value must be made up 
of exactly six characters. It is suggested the value be 
enclosed in apostrophes as shown, because certain characters 
chosen for this string might be considered operand 
delimiters by the macro processor. 

If the apostrophe (') is to be one of the characters of the 
string, then each such apostrophe must be coded as four 
successive apostrophes, and the parameter must be bounded 
by apostrophes. 

If the hex form is used, the parameter must be coded as: 

• The letter X 

• A single apostrophe (') 

• Exactly 12 hex digits 

• A single apostrophe (') 

The default value is NO, indicating no terminal can interrupt 
a program and communicate directly with the CCP. For a 
minimum system this value is NO. 



{^1 



The PGMCNT operand specifies whether a count should be 
kept of the number of times a user program was requested. 
Not all requests for a user program are counted. The excep- 
tions include requests for an already active MRT and 
certain rejected requests. The count is a request count, not 
an execution count. YES indicates these counts are to be 
accumulated during the execution of the CCP, and are to be 
added to previous counts in $CCPFILE during the CCP 
shutdown. The default is NO, indicating program-request 
counts are not required. 

These counts can be used to design or redesign user 
programs to take advantage of certain CCP features (such 
as reusability or multiple requesting terminals) affecting 
program request response time. 

For Program Number 5704-SC2, if the active assignment 
set has been changed since startup, the counts will not be 
updated. 

For a minimum system the value is NO. 



FORMAT- 



{^1 



The FORMAT operand specifies whether the display 
format facility (DFF) is to be included in the CCP. A value 
of YES includes DFF support in the CCP. The default 
value is NO indicating a CCP system without DFF support 
is to be generated. 



PRUF- /r^n 



(NO / 



The PRUF operand specifies whether program request 
under format (PRUF) is supported. YES must be specified 
if using the PRUFLNG parameter in the PROGRAM state- 
ment at assignment time. The default is NO. For more 
information on PRUF, see the IBM System/3 Communica- 
tions Control Program Programmer's Reference Manual 
GC21.7579. 
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OPPRUF- 



I NO J 



(5704-SC2only) 



MOVDFF- 



YESl 
NO ) 



(5704-SC2 only) 



The OPPRUF operand specifies whether PRUF is to op- 
timize the TP buffer for PRUF mode terminals. If YES 
is specified, CCP will invite command mode PRUF ter- 
minals only for the data expected from that terminal. 
(DFF calculates the amount of data that is to be received 
from a terminal.) If NO is specified, the command mode 
PRUF terminals will always be invited for the maximum 
PRUFLNG specified in the assignment set. This function 
may be needed if CCP is communicating with a System/7 
or a Series/1 ; for example, that is supporting lines in 
addition to CCP. The default is NO. 



CPUMSG- 



NO ) 

> (5704-SC2only) 
YES) 



The CPUMSG operand specifies whether information 
messages (S type) are to be sent to the CPUs. YES indicates 
that messages are to be sent. YES should be specified if the 
CPU is a System/34. The default is NO. 



ACCEPT- 



I YES) 



The ACCEPT operand specifies whether the resident code 
will handle the user input data or whether a transient will 
have to be called. YES indicates the resident code will 
handle the input; NO indicates a transient will have to be 
called. The default is NO. 



RESOPN- 



YES 
NO 



(5704-SC2 only) 



The RESOPN operand specifies whether or not the resident 
routine is to be incorporated to handle the pseudo open/ 
close/allocate functions of CCP. YES indicates that the 
resident routine handles the processing and occupies 10K 
bytes that would otherwise be allocated to the user program 
area. NO indicates that transients are invoked for this 
function. The default is NO. If RESOPN is yes for genera- 
tion, an external pointer list (EPL) is built during start-up 
time. 



BSYPRT- 



(no } 



The BSYPRT operand specifies whether the code to handle 
a 328X printer busy condition is to be included in the CCP. 
YES indicates that the support is to be included. YES 
allows CCP to detect a printer busy condition, retain control 
until the printer has completed the operation, and then 
return control to the application program. The default 
is NO. 



The MOVDFF operand specifies whether the resident 
routine that supports DFF is to be moved from $CCP#2 to a 
4K-byte area that would otherwise be allocated to the user 
program area. The purpose of this move is to enable the 
system to support additional terminals. YES indicates 
that DFF is moved out. The default is NO. If MOVDFF 
is YES, DFF must also be YES. 



MOVTNT- 



(no J 



(5704-SC2 only) 



The MOVTNT operand specifies whether the Terminal Name 
Tables (TNT) within resident CCP are to be moved to a 2K 
or 4K-byte area that would otherwise be allocated to the 
user program area. The purpose of this move is to enable 
the system to support additional terminals. YES indicates 
that the TNTs are to be moved out. The default is NO. 



RESREQ- 



YESl 
NO / 



The RESREQ operand specifies whether the resident 
routine is to be incorporated to handle the program request 
functions of CCP. YES indicates that the resident routine 
handles the processing and occupies 4K-byte area that 
would otherwise be allocated to the user program area. NO 
indicates that transients are invoked for this function. 
The default is NO (5704-SC2 only). 



SIOC- 



(no ; 



(5704-SC2 with 5799-WNK) 



The SIOC operand specifies whether support for channel 
connected systems is to be included in this generation. 
The default is NO. (See IBM System/3 Model 15D 
Channel Connected Systems Program Reference and 
Logic Manual, GC21-5199.) 



LOWCAS- 



NO 
PF1 
PF2 

PF12^ 



(5704-SC2 only) 



The LOWCAS operand specifies the PF key to be used to 
indicate lower case input from a terminal for program request 
data only. NO indicates that all input will be upper case. The 
default is NO. 
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TTASK 



YES 
NO 



(5704-SC2only) 



The TTASK operand specifies whether support for the task- 
to-task communication function is to be included in this 
generation. The default is NO. (See IBM System/3 Com- 
munications Control Program Programmer's Reference 
Manual, GC2-\-lblQ.) 



$EPLG-Programming Languages 



LANG- 



COBOL 

|fortran( 

jASSEM 
RPGII 



The LANG operand specifies a programming language that 
is to be supported by the CCP. This operand indicates the 
language that is to be included in the CCP. ASSEM is the 
abbreviation for Basic Assembler language. At least one of 
the languages is required. There is no default. 



Wiiat You Must Kno 



w 



Programming languages to be supported by the 
CCP. 

Disk unit on which the pack used to prepare 
programs written in that language is mounted 
during generation. 



Each SEPLG generation control statement indicates a pro- 
gramming language for program preparation under CCP. 
The following rules apply to this statement; 

• At least one $EPLG statement is required. 

• One SEPLG statement is required for each programming 
language supported by the CCP. Only one SEPLG state- 
ment can be entered for any one language. 

• The first $EPLG statement must immediately follow a 
SEf^AC statement. Multiple SEPLG statements can 
come in any order after the first. 

• All operands on this statement are required. 



SEPLG 



/COBOL j 

LANG- >ORTRAn( 

JASSEM i' 

'rpgii I 



.PPUNIT- 






PPUNIT- 



The PPUNIT operand specifies the disk unit containing a 
pack used for compiling application programs for the CCP. 
For example, this is the pack containing the RPG II 
compiler. Use this operand to specify the disk unit for this 
pack during generation. There is no default. Any 5444 
unit is valid, except the unit on which the distribution 
pack is mounted. 

The assembler user gets the CCP $N macros copied into his 
source library on this pack. He must designate the PPUNIT 
as a unit on which the Macro Processor resides. The CCP 
$N macros must be on the same pack as the macro 
processor or the DSM pack from which the user will perform 
initial program load (IPL) when assembling CCP programs. 

A // PAUSE card containing comments on directions for 
proceeding is generated into the input stream for copying 
and/or renaming data management modules. This allows 
the user to ensure that the correct pack is mounted on the 
correct unit. The routines copied to the pack on this unit 
are: 



LANG Parameter 
COBOL 

FORTRAN 



What is Copied 

Communications service 
subroutine CCPCIO 

Communications service 
subroutine CCPFIO 



ASSEM 



Communications service 
macros SNCOM, $NPLO, 
SNOPV, SNRTV, SNPL, and 
SNCiO 



RPG 



Communications service 
subroutines SUBR90, SUBR91, 
SUBR92, SUBR93, and 
SUBR88 
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$ESEC— Terminal Sign-On Security 



LUSI- 



\Nhat You Must Know 

What type of sign-on security used, if any. 

Length of the user's security information, if a 

user written sign-on security routine is used. 



The $ESEC generation control statement indicates the type 
of terminal sign-on security used (if any). 

This statement is optional. It is included only if terminal 
sign-on security is desired. If included, this statement must 
immediately follow a $EPLG statement. Only one $ESEC 
statement can be entered. All operands of this statement 
are optional. 



SESEC 



[SECURE- 



J NO ) 
^CCP V 
/USER\ 



[.LUSI--!- 



SECURE- 



(NO 
<CCP 
USER 



The SECURE operand specifies whether terminal sign-on 
security support is wanted. The default is NO. If the 
default is used, any command terminal can sign on to the 
user's system without presenting any validation informa- 
tion. 

CCP indicates that the CCP password security routines will 
be included and used. Each command terminal user must 
then give the proper one-to-six character password as the 
operand of his sign-on command before he can address the 
system to use further facilities. The actual password is 
specified in an assignment run. 

USER indicates that the user wishes to include his own 
sign-on security routines instead of using those of the CCP. 
These must follow the rules specified for such routines (see 
IBM System /3 Communications Control Program Program- 
mer's Reference Manual, GC21-7579). In addition, at 
startup the user's security information must exist in a load 
module named $CC4Z9. 

For a minimum system, the value is NO. 



t) 



The LUSI operand specifies the length (number of bytes) 
of the user's security information. It should be omitted 
unless SECURE-USER is also specified. The default value 
is and the maximum is 4096. However, the value of this 
operand must not be if SECURE-USER was specified. 

If the user specifies SECURE-USER, at startup this number 
of bytes is moved from load module $CC4Z9 to the user's 
security work area reserved in the resident CCP supervisor 
during the CCP generation. 

For a minimum system, the value is 0. 



$EFIL-$CCPFILE Allocation 



What You Must Know 



Anticipated number of assignment sets to be 
placed into $CCPFILE. 

Anticipated number of programs and files in an 
assignment set. 

Anticipated number of terminals in your 
configuration. 

Number of main storage dumps to be retained 
in $CCPDUMP during error situations. 

Main storage size of processing unit. 

Disk unit and pack name on which SCCPFILE 
is to be created. 

Beginning track location for $CCPFILE, if you 
wish to position the file on the pack. 



The $EFIL generation control statement provides informs 
tion that affects the allocated size and location of 
SCCPFILE. 

This statement is always required. Only one $EFIL state- 
ment can be entered. This statement must immediately 
follow the $ESEC statement (if present) or the SEFAC 
statement (if SESEC is not present). 

All operands, except the FLUNIT, FLPACK, and TRKLOC 
operands, are used by the CCP generation to estmiate the 
disk space required for SCCPFILE and SCCPDUMP. 
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You need not be overly concerned about allocating too 
little space for $CCPFILE or SCCPDUMP. If later you find 
that the space is too small for your requirements, you can 
enlarge the space for the file by doing one of the following: 

• Use the $COPY program to copy $CCPFI LE to a larger 
space on disk. 

• Use the program $CC1 BF, which is present on your 
CCP Production pack, and specify a FILE OCL state- 
ment to indicate the number of tracks required. Run 
$CC1BF; then rerun assignment to reestablish the con- 
tents of SCCPF I LE. 

• Use the program $CC1 DP, which is present on your 
CCP Production pack, and specify a FILE OCL state- 
ment to indicate the number of tracks required for 

the $CCPDUIV1P file, as well as a // TRACE TRACKS-nn 
statement to allocate the trace area. 

• (5704-SC2 only.) If you anticipate running the assign- 
ment build program ($CCPAS) while CCP is in the execu- 
tion phase, the number of sets anticipated should be 
increased by one. This will increase the initial disk space 
allocation of SCCPFILE allowing the CCP startup phase 
enough space to copy certain tables to the end of the 
file. These tables are needed by the CCP execution 
phase. With this arrangement, the rest of $CCPFILE is 
available for $CCPAS to perform its functions on the 
file. 



$EFIL 



[SETS- 



[,TERMS- 



.FLUNIT- 



[,TRKLOC-nl 
[,DPTF^AC- 




,PROGS- 



{r} > '— ■ {H 



[.DUMPS- <;-V ] [,CORE- 



,FLPACK-pack 



48 K 
64 K 
96 K 
128K 
160K 
192K 
224K 
256 K 
384 K^ 
512K^ 



' Default for Program Number 5704-SC2. 
2 
Available as options for Program Number 6704-SC2. 
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SETS- 



The SETS operand indicates the maximum number of assign- 
ment sets that the user anticipates placing into SCCPFILE. 
Only one assignment set need be defined. If space is avail- 
able at assignment, it is possible to place more sets into 
SCCPFILE than the value given here. This value simply 
serves as a guideline in allocating space for the file. 

The default value is 1. For a minimum $CCPFILE the 
value is 1; the maximum is 25. 



PROGS- 



The PROGS operand indicates the number of user programs 
anticipated for each assignment set in SCCPFILE. The 
minimum value is 1 ; the maximum for 5704-SC1 is 255, 
for 5704-SC2 is 999. The default value is 10. 

The value given here does not place any actual restriction 
on the number of user programs in an assignment set, but 
simply serves as a guideline to the CCP generation in allocat- 
ing space for SCCPFILE. 



DFILES- 



The DFILES operand indicates the average number of disk 
files anticipated for each assignment set in SCCPFILE. The 
minimum is 0. The maximum for Program Number 
5704-SC1 is 50; the maximum for Program Number 
5704-SC2 is 192. The default value is 5. 

The value given here does not place any actual restriction on 
the number of disk files in an assignment set, but simply 
serves as a guideline to the CCP generation in allocating 
space for SCCPFILE. 



Another factor to be considered in determining this operand 
value is the number of //FILE cards that can be entered at 
the CCP startup (the maximum number of files that can be 
used in any CCP run). The DSM allowable maximum is 40 
for Program Number 5704-SC1, and 192 for Program Num- 
ber 5704-SC2. If more than the maximum number of 
files is defined for an assignment set when starting up the 
CCP, the excess must be suppressed, during startup by the 
system operator. For a minimum SCCPFILE, a value of 
can be specified. 



TERMS- 



This optional operand indicates the number of terminals 
anticipated for each assignment set in SCCPFILE. The 
minimum is 1 (the default value) and the maximum is 254. 

The value given here does not place any actual restriction 
on the number of terminals in an assignment set, but simply 
serves as a guideline to the CCP generation in allocating 
space for SCCPFILE. 

For a minimum SCCPFILE this value is 1. 



DUMPS- 



The DUMPS operand indicates space is to be reserved in 
SCCPFILE (or SCCPDUMP for 5704-SC2) for this number 
of dynamic main storage dumps. The default value is 1. 
The minimum value is 1, and the maximum value is 9. For 
Program Number 5704-SC2, the maximum value is 99. 

When a user program is abnormally terminated by the CCP 
and space is available in SCCPFILE (or SCCPDUMP for 
5704-SC2) for dumps, the supervisor and the program 
partition in which CCP is running, are written to disk. If 
space for a complete dump is not available, no dump is 
made. For a discussion of the dump to disk from forcible 
termination, see IBM System/3 Model 15 Communicatior' 
Con trol Program System Opera tor s Guide, GC21-7619. If 
the non-CCP program partition size is not equal to zero, 
more than the specified number of dumps can be taken. If 
SCCPDD is included in the assignment set (only necessary 
for 5704-SC2) SCCPDD can be used to dump the dump area 
while CCP is executing, thereby making room for more main 
storage dumps. 
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48K'' 



CORE- 



64K^ 
96K' 
128K 
160K 
192K 
224K 
256 K 
384 K^ 
512K^ 



The CORE operand indicates processing unit size. The 
default and minimum values are 48K for Program Number 
5704-SC1, and 96K for Program Number 5704-SC2. This 
operand value indicates the total main storage size, not 
the size of the anticipated CCP program partition. 

$CCPFILE (or $CCPDUMP for 5704-SC2) dynamic main 
storage dump space allocation is based on this value. At 
startup, the DSM configured size of the processing unit 
running the CCP is used to determine how many core 
dumps can be taken during the run. 



FLUNIT- 



The FLUNIT operand specifies the unit on which, during 
generation, the unit where $CCPFILE is to be allocated. 
There is no default parameter. 

The value specified here need not be the CCP production 
pack. 

During the second pass of the CCP generation, when the 
space for SCCPFILE is about to be allocated and its con- 
tents initialized, a // PAUSE statement, which is provided 
in the input, permits the system operator to verify that the 
correct pack is mounted on this unit and, if not, to mount 
it. 



FLPACK-pack 



The FLPACK operand specifies the pack name upon which 
SCCPFILE is to be allocated. There is no default value. 



TRKLOC-n 

The TRKLOC operand can be used to specify the beginning 
track location for the allocation of SCCPFILE. 

If this operand is omitted, $CCPFI LE is allocated in the 
location determined by the DSM. 

DPTRAC-n 

This optional operand indicates the number of tracks that 
are to be allocated for the CCP trace area within the CCP 
dump file (SCCPDUMP). The default is 0; the maximum 
is 1000 (5704-SC2 only). The minimum non-zero value 
that is allowed for trace is 6 tracks. 

$EMLA-MLTA Support 



What You Must Know 

Number of MLTA lines to be supported. 

If MLTA is to be supported, whether all pro- 
grams will use translated (EBCDIC) data, or 
whether some programs will process data in 
line transmission code. 



The $EMLA generation control statement indicates whether 
the Multiple Line Terminal Adapter (MLTA) is to be used 
by the CCP and, if so, the number of MLTA lines. 

This statement is optional. It need be included only if the 
MLTA is to be supported. Either the MLTA statements 
($EMLA and $EMLD), the BSCA statements ($EBSC and 
SEBSD), or the BSCC statements ($ECSC and $ECSD) must 
be included. Both BSCA and MLTA can be specified. How- 
ever, BSCC and MLTA are mutually exclusive. Only one 
$EMLA statement can be entered. If included: 

• This statement must immediately follow the $EFIL 
statement. 

• At least one $EMLD statement is required to immediate- 
ly follow this statement if the value of operand LINES is 
not 0. 



Default for Program Number 5704-SC2. 
Available for Program Number 5704-SC2. 
Available for Program Number 5704-SC1 only. 



$EMLA 



LINES-n[,XLATE- 



\ YES 

/no 
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LINES-n 

The LINES operand indicates the nunnber of teleprocessing 
lines on the user's MLTA. The minimum is 0, and the 
maximum is 8. 

By implication, indicates no MLTA support is to be 
generated into the CCP and thus no $EMLD control state- 
ments are allowed. If this value is not 0, at least one 
$EMLD statement is required. 



SEMLD-MLTA Devices 



X LATE- 



YES 
NO 



The XLATE operand specifies whether programs always 
require translation of line transmission code to EBCDIC on 
input and translation from EBCDIC to line transmission 
code on output. 

The default is YES indicating that translation is always 
used in MLTA communications operations. NO indicates 
that translation can sometimes be suppressed, via a 
specification in the assignment stage TERMATTR statement. 

Regardless of the value of this operand, the forcing of upper 
case translation of input data is always allowed in the 
TERMATTR statement. 

The value NO requires more CCP resident support than the 
value YES. 

Note: That portion of the CCP that contains the MLTA 
IOCS and buffers ($CC4#2) must be loaded below 128K. 



What You Must Know 

MLTA terminal devices to be supported. 

MLTA line transmission code for each terminal 
type. 



The $EMLD generation control statement indicates an 
MLTA terminal type to be supported with its features, the 
type of line the terminal is on, and the transmission code 
required on the line. 

This statement is optional. It need be included only if the 
MLTA is supported. 

If the MLTA is supported: 

• At least one $EMLD statement is required. 

• One $EMLD statement is required for each unique ter- 
minal-type/transmission-code combination (not one for 
each terminal). 

• The first $EMLD statement must immediately follow a 
$EMLA statement. Other $EMLD statements must 
follow the first. 

• Both operands on this statement are required. 



SEMLD 



TYPE- 



1050 

1050D 

2740 

2740S 

2740C 

2740SC 

2740D 

2740DT 

2740DC 

2740DTC 

2740M2S 

2740I\/12SB 

2740M2SC 

2740M2SCB ' 

2741 

2741 D 

CMCSTD 

SYS7C 

SYS7SC 

SYS7DC 



,XMCODE- 



ICORR ) 

<pttcebcd[- 

fPTTCBCD \ 
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1050 



TYPE- 



1050D 

2740 

2740C 

2740D 

2740DC 

2740DT 

2740DTC 

2740M2S 

2740M2SB 

2740M2SC 

2740M2SCB 

2740S 

2740SC 

2741 

2741D 

CMCSTD 

SYS7C 

SYS7DC 

SYS7SC 



Terminal 
Type 

2740DC 



2740DT 



2740DTC 



2740M2S 



2740M2SB 



Description 

2740 Model 1 with longitudinal redun- 
dancy checking (LRC) feature on a dial 
(switched) line. 

2740 Model 1 with transmit control fea- 
ture on a dial (switched) line. 

2740 Model 1 with transmit control and 
longitudinal redundancy checking (LRC) 
features on a dial (switched) line. 

2740 Model 2 with station control feature 
on a nonswitched line. 

2740 Model 2 with station control and 
buffer receive features on a nonswitched 
line. 



The TYPE operand indicates the type of terminal and its 
features on a switched (dial) line or nonswitched (nondial) 
line. 

The specification of a particular terminal type in a $EMLD 
statement causes the control logit support for that terminal 
type to be included in the CCP. Omission of a terminal 
type among the user's $EMLD statements indicates support 
for that type is not desired. 

The following table explains the meaning of each terminal 
type code: 



Terminal 
Type 

1050 

1050D 

2740 

2740C 



Description 

1050 on a nonswitched line. 

1050 on a dial (switched) line. 

2740 Model 1 without extra features on 
a nonswitched line. 

2740 Model 1 with longitudinal redun- 
dancy checking (LRC) feature on a non- 
switched line. 



2740M2SC 2740 Model 2 with station control and 
longitudinal redundancy checking (LRC) 
features on a nonswitched line. 

2740M2SCB 2740 Model 2 with station control, 

longitudinal redundancy checking (LRC), 
and buffer receive features on a non- 
switched line. 

2740S 2740 Model 1 with station control fea- 

ture on a nonswitched line. 

2740SC 2740 Model 1 with station control and 

longitudinal redundancy checking (LRC) 
features on a nonswitched line. 



2740D 2740 Model 1 without extra features on 

a dial (switched) line. 
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Terminal 
Type 

2741 

2741D 

CMCSTD 



SYS7C 



SYS7D(P 



Description 

2741 on a nonswitched line. 

2741 on a dial (switched) line. 

Communicating Magnetic Card SELEC- 
TR IC ® Typewriter on a dial (switched) 
line. The CMCST is supported to the 
extent that it functions identically to a 
2741 D. 

System/7 functioning as a 2740 with 
longitudinal redundancy checking (LCR) 
feature on a nonswitched line. The 
System/7 is supported to the extent that 
it functions identically to a 2740C. 

System/7 functioning as a 2740 with 
longitudinal redundancy checking (LRC) 
feature on a dial (switched) line. The 
System/7 is supported to the extent that 
it functions identically to a 2740DC. 

System/7 functioning as a 2740 with 
station control and longitudinal redun- 
dancy checking (LRC) features on a 
nonswitched line. The System/7 is sup- 
ported to the extent that it functions 
identically to a 2740SC. 



The 3767 terminal can be used under CCP to simulate the 
following MLTA terminals: 2740C, 2740DC, 2740I\/I2SCB, 
2740SC, 2741, 2741 D. 

The only restriction on generation is that the CORR and 
PTTCEBCD operands are the only valid transmission codes 
when the 3767 is used to simulate one of the terminals 
listed above. (For assignment, see the MLTATERM 
statement under Assignment Stage.) 

The 5100 portable computer can be used under CCP to 
simulate the following MLTA terminals: 2741 and 2741D. 
The only restriction on generation is that the CORR and 
PTTCEBCD operands are the only valid transmission codes 
when the 5100 is used to simulate one of the terminals 
listed above. (For assignment, see the MLTATERM state- 
ment under Assignment Stage. ) 



SYS7SC 



rCORR \ 

XMCODE- /PTTCEBCdV 
PTTCBCD 



The XMCODE operand indicates the MLTA line transmis- 
sion code that the terminal in this SEMLD statement will 
use. 

CORR indicates correspondence code 

PTTCEBCD indicates paper tape transmission code 
EBCDIC 

PTTCBCD indicates paper tape transmission code BCD 
(binary coded decimal) 

Specifying a particular code causes generation to include the 
line-code-to-EBCDIC (upper and lower case) and EBCDIC- 
to-line-code translation modules when copying modules to 
the production pack. 

The following table indicates the valid values of XMCODE 
for each terminal type and its features: 



Terminal 

1050 
1050D 

2740 

2740C 

2740D 

2740DC 

2740DT 

2740DTC 

2740M2S 

2740M2SB 

2740M2SC 

2740M2SCB 

2740S 

2740SC 

2741 
2741 D 



CMCSTD 

SYS7C 

SYS7DC 

SYS7SC 



Valid Transmission Code(s) 
PTTCEBCD 



CORR 

PTTCEBCD 

PTTCBCD 



CORR 

PTTCEBCD 

PTTCBCD 

CORR 



PTTCEBCD 
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$EBSC-BSC Support 



\Nhat You Must Know 



BSCA lines, line features, and BSC control 
logic to be included in the CCP support. 

BSCA line transmission code for each termina 
type. 

Is the display adapter (DA) supported? 
Is internal polling supported? 



The SEBSC generation control statement indicates general 
specifications concerning binary synchronous communi- 
cations (BSC) support. 

This statement is optional. It need be included only if the 
Binary Synchronous Communications Adapter (BSCA) is 
supported. The BSCA statements (SEBSC and $EBSD) 
the MLTA statements ($EMLA and $EMLD), or (for 
Program Number 5704-SC2 only) the BSCC statements 
(SECSC and SECSD) must be included. Both MLTA and 
BSCA can be specified. However, BSCC and MLTA are 
mutually exclusive. Only one SEBSC statement can be 
entered. If included: 

• This SEBSC statement follows the last SEMLD state- 
ment if MLTA support is included. If MLTA support is 
not included, this statement immediately follows the 
SEFIL statement. 

• At least one SEBSD statement is required to immediately 
follow this statement if the value of the BSCA operand 

is other than zero. 
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SEBSC 



[BSCA- < 1 



(YES) (yes) 

,DA- ) ]. ] [.DIAL- I i 

|N0 I \nO / 



[,PP- 



\np j (no j 1^0 / 



[.GETMSG- 



[,1TB 



YES 
NO 






.RESPOL- 



{^1"-" 



UTORS- 



/yes 

I NO 



[.XPRNCY-<:^^Hl [INTPOL- | ^[o' } "■''°""r-lNo' ^' 







BSCA-< 1 



The BSCA operand indicates the number of BSC adapters 
(lines) the CCP supports. The minimum (and default) is 
0; the maximum is 2. 

A value of indicates that BSC support is not included, 
in which case, no other operands should be specified, 
(if specified, they must not have other than default 
values). Also, no $EBSD statements are allowed. 

A value of 1 or 2 indicates that BSC control logic support 
is included in the CCP. 



DA- 



YES 
NO 



The DA operand indicates whether the display adapter is 
supported by CCP. DA-YES is valid only if the value of 
operand BSCA was 1 or 2. The default is NO. (See 
Support of the Display Adapter at the end of this chapter.) 



DIAL- 



YES) 
NO ( 



The DIAL operand indicates whether a BSCA dial (switched 
line) network is to be supported by the CCP. The default 
is NO. 
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DIAL-YES is valid only if the value of operand BSCA was 1 
or 2, and the 3275, 3735, 3741, CPU or processing units are 
supported. 

YES includes the support and NO excludes it. 



PP- 



YES 
NO 



The PP operand indicates whether a BSCA point-to-point 
(leased or private) network between a 3741 or processing 
units is supported by the CCP. 

PP-YES is valid only if BSCA-1 or BSCA-2 was specified. 

YES includes the support and NO excludes the support. 

-■{^"} 

The MP operand indicates whether a BSCA nnultipoint 
tributary (leased or private) network is supported under 
the CCP. This means the System/3 with the CCP is polled 
and addressed by another computer. 

MP-YES is valid only if BSCA-1 or BSCA-2 was specified. 
YES includes the support and NO excludes the support. 

The default is NO. 



cs-T^^ 

|N0 



The CS operand indicates whether a BSCA control station 
(leased or private) network is supported under the CCP. 
This means the System/3 with the CCP polls and addresses 
other terminals. 

CS-YES is valid only if BSCA-1 or BSCA-2 was specified. 
YES includes the support and NO excludes the support. 

CS-YES must be specified when using a 3271 control unit 
to control display terminals or when using a 3275 display 
station with nonswitched lines. 

The default is NO. 



The GETMSG operand indicates whether the BSCA control 
logic to get a message should be included in the CCP (see 
IBM System/3 Communications Control Program Program- 
mer's Reference l\/lanual , GC21-7579). 



YES includes the functional capability to read (in one user 
requested operation) from start-of-message to EOT. For 
example, one could read from many separated fields on 
the display screen of the 3277 and receive all the data as 
one continuous string. GETMSG-YES is required if 
FORMAT-YES is specified on the SEFAC statement or if 
program request under format is used. (See the PRUFLNG 
parameter of the PROGRAM statement in the assignment 
stage.) 

The default is NO and excludes the support. 



ITB 



(YES 



YES\ 
NO j 



The ITB operand indicates whether BSC intermediate- 
text-block characters will be used in communicating with 
BSC terminals. 

YES on this operand is valid only if BSCA-1 or BSCA-2 
was specified. YES includes the control logic to handle 
fixed length block records with intermediate text-block 
characters. This control logic is used primarily for batch 
transmission devices, such as CPUs. 

The default is NO and excludes the support. 

RECSEP- 



XX j 



The RECSEP operand specifies the hexadecimal record 
separator byte for BSC transmission. This feature is used 
primarily for batch transmission devices, such as CPUs, 
3741, or 3735 terminals. 

The user can specify a record separator byte as any two 
hexadecimal digits. When separator bytes are used, the 
most commonly used byte is hexadecimal IE which is the 
default value. The record separator byte specified here is 
the character used in every instance of variable length 
block records. 



ASCII-Z^^^l 



■|no/ 



The ASCII operand specifies whether BSCA line 1 and/or 
line 2 uses ASCII transmission code. 

YES includes the capability of translating between ASCII 
transmission code and EBCDIC code used by programs in 
the system. If BSCA is not 0, either ASCII-YES must be 
specified, or EBCDIC-NO must not be specified. 

The default is NO and excludes the translation for ASCII 
code. 
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The EBCDIC operand specifies whether BSCC line 1 and/or 
line 2 uses EBCDIC transmission code. 

When no ASCII or EBCDIC operand is specified and BSCA 
is not 0, EBCDIC-YES is assumed. 

The default is YES. 



The RESPOL operand specifies whether BSC polling 
modules are main storage resident rather than executed 
as transients. 

YES makes the polling routines resident. NO specifies 
polling is done by transients. There is no difference in 
function in the two methods. Main storage resident 
polling is used only for improved response time. The user 
can use this feature (main storage resident polling) when 
his programs can be interactive with many terminals on 
one line. 

YES is valid only if BSCA-1 or BSCA-2 was specified in 
this same control statement. If RESPOL-YES is specified, 
CS-YES must be in effect. 

Specifying NO or allowing this operand to default may 
cause performance to degenerate in the other program 
partitions due to disk reads of the polling transients. 

The default is NO. 



^^^°^^-{m} 



The AUTORS operand specifies whether the BSC multi- 
point tributary (non control station) support to auto- 
matically send a negative response to polling and address- 
ing sequences is included in the CCP. This will be in effect 
only after the first data transfer has completed and will 
remain in effect until a subsequent BSCA I/O operation 
or a MLMP CLOSE operation is issued to the line. This 
allows the CCP to respond faster and avoid possible 
timeout problems on the CPU that is polling or addressing 
your system. 



YES causes the proper module to reside in main storage. 
NO means that no response is given to the POLL/ADDRESS 
request from the control station until the program is 
loaded under CCP. Thus timeouts can occur at the control 
station. The user should specify YES if he expects 
serious timeout problems. 

If AUTORS-YES is specified, MP-YES must be in effect. 
TYPE-CPU must be specified on a SEBSD generation 
control statement. The default for AUTORS is NO. 



XPRNCY 



/YES| 
(NO j 



The XPRNCY operand specifies whether the text trans- 
parency feature is used by application programs run 
under control of the CCP. 

YES includes support for text-transparency. NO excludes 
the support. 

If YES is specified, EBCDIC-NO must not be specified in 
this SEBSC statement. 

The default is NO. 



INTPOL- 



YES 
NO 



This keyword specifies whether to include support for 
timer-initiated interval polling. The default is NO. Interval 
polling allows the processing unit clock to stop between 
requests to poll BSC terminals during periods of low 
activity. All terminals are polled continuously until all 
terminals on the line have responded negatively for the 
time specified in the POLTIME parameter at the assignment 
stage. When a positive response is received from any BSC 
terminal, interval polling is suspended and continuous 
polling is resumed until another specified period of only 
negative responses. 

Note: Interval polling is not recommended on a system 
with MINRES-YES (keyword $EGEN). It is not recom- 
mended because the loading of the additional non resident 
system routines causes the processing unit clock to run 
continuously. 



PORT- 



YES 
NO 



(5704-SC2only) 



The PORT operand indicates whether to include the facility. 
YES includes the logic to handle programs written to com- 
municate over BSCA lines. Program Number 5799-WNK 
(Channel-Connected Systems RPQ) is not needed to support 
this facility. The default is NO and excludes the support. 
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$EBSD-BSC Devices 



What You Must Know 

BSCA terminal devices to be supported. 



The $EBSD generation control statement indicates a BSC 
device type that the CCP is to support. 

This statement is optional. It need be included only if 
BSC is to be supported. 

If BSC is to be supported: 

• At least one $EBSD statement is required. 

• One SEBSD statement is required for each unique 
terminal type. 

• The first $EBSD statement must immediately follow a 
$EBSC statement. Other SEBSD statements immedi- 
ately follow the first. Multiple SEBSD statements may 
be in any order, 

• The 3275M1 and 3275M2 require either control station 
or switched line support (CS-YES or DIAL-YES on the 
$EBSC statement). Other 3270 type terminals require 
control station line support (CS-YES on the $EBSC 
statement). 

• The operand on this statement is required. 



3275M1 
3277IVI1 
3284M1 
3286M1 
3275IV12 
TYPE-( 3277IV12 



SEBSD 



3284M2 

3286M2 

3735 

3741 

CPU 



3275IVI1 
3277M1 
3284IV1 1 
3286IVI1 
3275M2 
TYPE-< 3277M2 
3284M2 
3286IVI2 
3735 
3741 
CPU 

The TYPE operand specifies a particular BSC terminal type 
to be supported. Specification of a terminal type causes 
the necessary control logic to be included into the CCP to 
support that type. On individual SEBSD statements, any 
or all of the above terminal types can be specified. 

The 3272 is not supported by the CCP. 

Ml indicates a 480-byte buffer terminal and M2 indicates 
a 1920-byte buffer terminal of the 3270 system series. 

3735 indicates the 3735 programmable terminal. For a 
description on how to create and transmit forms descriptor 
program (FDP), see IBM 3735 Programmer's Guide, 
GC30-3001 ; and IBM 3735 Support Program Coding 
Manual, GC2 1-5096. 

CPU indicates support for all CPUs capable of receiving or 
transmitting in BSC (see IBM System /3 Communications 
Control Program Programmer's Reference Manual, 
GC21-7579). 

3741 indicates the 3741 Data Station Models 2 and 4 (see 
IBM 3741 Data Station Reference Manual, GA21 -9183). 

Note: The following terminals are supported in compatibility 
mode. Specify the appropriate entry for the terminal type 
as follows: 



Terminal 


Type 


Entry 


3276 




3277M2 


3278 




3277M2 


3287 




3284M2 or 3286M2 


3288 




3286M2 


3289 




3286M2 


5231-2 




3741 
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$ECSC-BSCC Support (5704-SC2 only) 



What You Must Know 



BSCC lines, line features, and BSCC control 
logic to be included in the CCP support. 

BSCC line transmission code for each 
terminal type. 



The $ECSC generation control statement indicates general 
specifications concerning binary synchronous communica- 
tions controller (BSCC) support. 

This statement is optional. It need be included only if 
the binary synchronous communications controller (BSCC) 
is supported. BSCC and MLTA are mutually exclusive 
within a single generation. Only one $ECSC statement can 
be entered. If included: 

• The $ECSC statement follows the last $EBSD statement 
if BSCA support is included. If BSCA support is not 
included, this statement immediately follows the $EFIL 
statement. 

• At least one $ECSD statement is required to immediately 
follow this statement if the value of the BSCC operand 

is other than zero. 



SECSC 



[BSCC- ■! 1 



.GETMSG 

YES 
NO 



[,1TB- 
[,ASCII- 
[.XPRNCY 
[,CS 



,PORT 



jYESj 
(NO.) 

ll.RECSEP- \^\ I 



BSCC- 



The BSCC operand indicates the number of BSCC adapters 
(lines) that CCP supports. The minimum (and the default) 
is 0; the maximum is 2. 

A value of indicates that BSCC support is not included. 
In this case, no other operand should be specified (if they 
are specified, they must not have other than the default 
value). Also, no $ECSD statements are allowed. 

A value of 1 or 2 indicates that BSCC control logic support 
is included in CCP. 



GETMSG- 



YES 
NO 



The GETMSG operand indicates whether the BSCC control 
logic to get a message should be included in the CCP (see 
/BM System/3 Communications Control Program Program- 
mer's Reference Manual, GC21-7579). 

YES includes the functional capability to read (in one user 
requested operation) from start-of-message to EOT. For 
example, one could read from many separated fields on 
the display screen of the 3277 and receive all the data as 
one continuous string. GETMSG-YES is required if 
FORMAT-YES is specified on the SEFAC statement or if 
program request under format is used. (See the PRUFLNG 
parameter of the PROGRAM statement in the assignment 
stage.) 

The default is NO and excludes the support. 

-SI 

The ITB operand indicates whether BSCC intermediate- 
text-block characters will be used in communicating with 
BSCC terminals. ITB-YES cannot be specified if 
XPRNCY-YES is specified. 

YES on this operand is valid only if BSCC-1 or BSCC-2 was 
specified. YES includes the control logic to handle fixed 
length block records with intermediate text-block characters. 
This control logic is used primarily for batch transmission 
devices, such as CPUs. 



The default is NO and excludes the support. 
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RECSEP- 



m 



The RECSEP operand specifies the hexadecimal record 
separator byte for BSCC transmission. A CCP generated to 
support BSCC terminals always includes code for handling 
variable length records. This code is used primarily for 
batch transmission devices, such as CPUs, 3741, or 3735 
terminals. 

The user can specify a record separator byte as any two 
hexadecimal digits. When separator bytes are used, the 
most commonly used byte is hexadecimal IE which is the 
default value. The record separator byte specified here is 
the character used in every instance of variable length block 
records. 

«-■ {m1 

The ASCII operand specifies whether any CCP supported 
BSCC line uses ASCII transmission code. 

YES includes the capability of translating between ASCII 
transmission code and EBCDIC code used by programs in 
the system. If BSCC is not 0, either ASCII-YES must be 
specified, or EBCDIC-NO must not be specified. 

The default is NO and excludes the translation for ASCII 
code. 

The EBCDIC operand specifies whether any vJCP supported 
BSCC line uses EBCDIC transmission code. 

When no ASCII or EBCDIC operand is specified and BSCC 
is not 0, EBCDIC-YES is assumed. 

The default is YES. 



XPRNCY- 



(YES 

|no 



The XPRNCY operand specifies whether the text transpar- 
ency feature is used by application programs run under 
control of the CCP. 

YES includes support for text-transparency. NO excludes 
the support. 

If YES is specified, EBCDIC-NO must not be specified in 
this $ECSC statement. 

The default is NO. 



INTPOL- 



YES 
NO 



This keyword specifies whether to include support for timer- 
initiated interval polling. The default is NO. Interval polling 
allows the processing unit clock to stop between requests to 
poll BSCC terminals during periods of low activity. All 
terminals are polled continuously until all terminals on the 
line have responded negatively for the time specified in the 
CSPOLTIM parameter at the assignment stage. When a posi- 
tive response is received from any BSCC terminal, interval 
polling is suspended and continuous polling is resumed until 
another specified period of only negative responses. 



PP- 



YES) 
NO / 



(5704-SC2 only) 



The PP operand indicates whether a BSCC point-to-point 
(leased or private) network between a Svstem/3 and a 
processing unit (or 3741) is supported by CCP. PP-YES is 
valid only if BSCC-1 or BSCC-2 was specified. YES includes 
the support and NO excludes the support. The default is NO. 



CS- 



(yes 

(NO 



(5704-SC2 only) 



The CS operand indicates whether a BSCC control station 
network is supported under CCP. This means that the 
System/3 with CCP polls and addresses terminals. CS-YES 
is valid only if BSCC-1 or BSCC-2 was specified. CS-YES 
must be specified when using a 3271 control unit to control 
display terminals or when using a 3275 display station with 
nonswitched lines. YES includes the support and NO 
excludes the support. The default is YES. 



PORT- 



YES 
NO 



(5704-SC2 only) 



The PORT operand indicates whether BSCA portline 
facility is to be supported by CCP. YES includes the logic 
to handle programs written to communicate over SIOC 
lines. Program Number 5799-WNK (Channel-Connected 
Systems RPQ) is not needed to support this facility. The 
default is NO and excludes the support. 
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$FCSD-BSCC Devices 



What You Must Know 

BSCC terminal devices to be supported. 



The SECSD generation control statement indicates a BSCC 
device type that the CCP is to support. 

This statement is optional. It need be included only if BSCC 
is to be supported. 

If BSCC is to be supported: 

• At least one SECSD statement is required. 

• One SECSD statement is required for each unique 
terminal type. 

• The first SECSD statement must immediately follow a 
SECSC statement. Other SECSD statements immediately 
follow the first. Multiple $ECSD statements may be in 
any order. 

• The operand on this statement is required. 



3275M1 
3277IVI1 
3284M1 
3286M1 
3275M2 
BECSD TYPE- ( 3277M2 

3284IVI2 
3286M2 
3735 
3741 
CPU 



3275M1 
3277M1 
3284 Ml 
3286M1 
3275M2 
TYPE-/ 3277M2 
3284M2 
3286M2 
3735 
3741 
CPU 

The TYPE operand specifies a particular BSCC terminal 
type to be supported. Specification of a terminal type 
causes the necessary control logic to be included into the 
CCP to support that type. On individual SECSD statements, 
any or all of the above terminal types can be specified. 

The 3272 is not supported by the CCP. 

Ml indicates a 480-byte buffer terminal and M2 indicates a 
1920-byte buffer terminal of the 3270 system series. 

3735 indicates the 3735 programmable terminal. For a 
description on how to create and transmit forms descriptor 
program (FDP), see IBM 3735 Programmer's Guide, 
GC30-3001 ; and IBM 3735 Support Program Coding 
Manual, GC2 1-5096. 

CPU indicates support for all CPUs capable of receiving or 
transmitting in BSCC (see IBM System/3 Communications 
Control Program Programmer's Reference Manual, 
GC21-7579). 

3741 indicates the 3741 Data Station Models 2 and 4 (see 
IBM 3741 Data Station Reference Manual, GA21-9183). 

Note: The following terminals are supported in compati- 
bility mode. Specify the appropriate entry for the terminal 
type as follows: 



Terminal Type 


Entry 


3276 


3277M2 


3278 


3277M2 


3287 


3284M2 or 3286M2 


3288 


3286M2 


3289 


3286M2 


5231-2 


3741 
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$EGEN-CCP Generation Stream 



What You Must Know 



Disk unit and pack name on which disk 
system management resides (F1 or R1). 

Disk unit and pack name on which the 
CCP is generated. 

Disk unit(s) and pack name(s) for work 
file space during generation. 

Disk unit on which the macro processor 
and the distribution CCP modules reside. 



The $EGEN generation control statement indicates where 
various unit and pack names are located during the CCP 
generation, permits the user to specify the minimum size 
of resident code, and determines the input medium used 
during step 6 of generation. 

This statement is always required. It must be the last of 
all $E generation control statements. Only one $EGEN 
statement can be entered. 

The disk units used in a CCP generation are not fixed, as 
in a generation of DSM. Any available unit can be used to 
hold any pack required, if: 

• The distribution pack remains mounted on the same 
unit throughout generation, 

• The system pack remains mounted on the same unit 
throughout generation. 

• The distribution pack is not used as the receiving pack 
for any relocatable or load modules produced by 
generation. 
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SEGEN 



DSUNIT 



CCUNIT 



lUNIT- 





.DPPACK- 



1 PACK / 1 ' 
D2D2D2? J 



For Program Number 5704-SC2 only 



DSUNIT 



{«'.} 



The DSUNIT operand specifies which disk unit (F1 or R1 ) 
contains the DSM during the CCP generation. This is the 
unit from which the user loads the DSM (performs IPL). 
It is assumed that the DSM is properly generated on the 
system pack, including the appropriate MLTA and/or 
BSCA I/O macros and subroutines. Either of the values is 
valid. There is no default. 



CCUNI 



F2( 
f R2 ] 



WKUNIT- 



unit 



'unit, unit, unit' 



The WKUNIT operand specifies the disk unit(s) upon 
which work files are to be allocated during the CCP 
generation. The value for unit can be R1, F1, R2, F2, D1, 
D2, D3, or D4; for Program Number 5704-SC2, D31, D32, 
D33, 034, D41, D42, D43, and D44 are also valid. There 
is no default value. 

Either the single unit form or the triple unit form must be 
used. The same form must be used for the WKPACK 
operand. If the single unit form is used, SSOURCE, 
$WORK, and $W0RK2 are allocated on the same (specified) 
unit whenever they are required. 



The CCUNIT operand specifies the production disk unit 
upon which the generated CCP modules, except for those 
which directly support application program preparation 
(specified in the $EPLG statement), are to be generated. 
Any of the values is valid. There is no default. This unit 
can be the same as that specified for DSUNIT. 
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If the triple unit form is used, the first unit indicates where 
$SOURCE is allocated whenever it is required. The 
second unit indicates where $WORK is allocated whenever 
it is required. The third unit indicates where $W0RK2 is 
allocated whenever it is required. 

The work space required is: 

• ForSSOURCE: 170 tracks 

• For SWORK: 50 tracks 

• For$WORK2: 50 tracks 

The time required for generation can be significantly 
reduced if these files (particularly $SOURCE) can be 
allocated on a pack other than the CCP distribution pack, 
especially if that pack can be on a unit served by a separate 
disk arm. 



WKPACK 



/pack \ 

('pack, pack, pack 'j 



The WKPACK operand specifies the pack name(s) upon 
which the work files are allocated during the CCP genera- 
tion. The value for pack is the appropriate user's pack 
name. There is no default value. 

Either the single pack form or the triple pack form must be 
used. The same form must be used as for the WKUNIT 
operand. If the single unit form was used for WKUNIT, 
then the single pack form must be used here. If the triple 
unit form was used for WKUNIT, then the triple pack form 
must be used here. If the single pack form is used, 
$SOURCE, $WORK, and $W0RK2 will all be allocated on 
the same (specified) pack whenever they are required. 

If the triple pack form is used, the first pack indicates the 
pack name for allocation of $SOURCE whenever it is 
required. The second pack indicates the pack name for 
allocation of $WORK whenever it is required. The third 
pack indicates the pack name for allocation of $W0RK2 
whenever it is required. 



ID I UN IT 




The DIUNIT operand specifies the disk unit which contains 
the macro processor and the distribution CCP modules 
as shipped from the IBM Program Information Department 
(PID). The value must not specify a unit that is the same 
as that specified for CCUNIT, nor the same as any specified 
for PPUNIT in a $EPLG statement. 



MINRES- 



YES) 
NO / 



The MINRES operand specifies whether the size of the 
resident CCP control routine is made as small as possible. 

YES indicates that the resident control routine is made as 
small as possible. This is done by making certain communi- 
ions handling routines transient rather than resident. 

Note: Interval polling is not recommended on a system 
with MINRES-YES (keyword $EGEN). It is not 
recommended because the loading of the additional non- 
resident system routines causes the processing unit clock 
to run continuously. 



CARD- 



I YES) 

\no / 



The card operand specifies the input medium to be used 
during Step 6 of the CCP generation. YES, the default 
value, indicates a card-oriented generation. In this case, the 
complete job stream is punched during generation. After 
being punched, the job stream is entered via the card reader 
to complete the generation. 

NO indicates a cardless-oriented generation. 
DPUNIT(5704-SC2only)' 

This operand specifies the unit on which the CCP dump 
file ($CCPDUMP) resides. The default is D2 {5704-SC2 
only). 

DPPACK (5704-SC2only)' 

This operand specifies the pack on which the CCP dump 
file (SCCPDUMP) resides. The default is D2D2D2. 



When running a card generation, the punched cards for DPUN IT 
and DPPACK from the sample deck should be filled in. If the 
default is to be taken, the cards should be pulled from the sample 
deck and left out for step 3 of the generation. 
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CCP PROGRAMS USED IN GENERATION 



Initialize Trace/Dump File ($CC1DP) (Program Number 
5704-SC2 only) 



Generation Utility ($CC1PP) 

The generation utility program ($CC1PP) is used in step 5 
of the CCP generation to print any error messages, or if 
there are no errors, to print and provide the input stream 
for the second pass of generation. 

For a card-oriented generation, the output from $CC1PP 
can be punched on either the IVIFCIVI, IVIFCU, or the 1442, 
whichever is the standard punch device for the system on 
which generation occurred. 



SOP Generator ($CGxxx) 

The system control program generator ($CGDRV and 
related SCGxxx phases) is used In the second pass of 
generation (step 6) to generate: 

• The initialization data for $CCPFILE. 

• The execution time resident load modules ($CC4#1, 
$CC4#2, and, if BSCC is supported, $CC4#M). 

• A null user security information module if a user 
security routine is used. 

• A vector table, $CC4VT. 



Initialize Assignment File Build ($CC1BF) 

The initialize assignment file build program ($CC1 BF) 
allocates and initializes the SCCPFILE file in step 8 of the 
CCP generation to prepare the $CCPFILE file for the 
assignment stage. 

Reexecution of $CC1BF (after proper scratching of 
SCCPFILE) reinitializes $CCPFILE to the state it was 
before the first assignment set was entered. 

By changing the unit and pack name on the // Fl LE card 
of SCCIBF, SCCPFILE can be initialized on another unit 
and pack. By changing the TRACKS parameter of the 
//FILE card, the size of the new SCCPFILE can be 
changed. Multiple SCCPFILEs can exist if each is on a 
separate pack. Selection of the unit for the appropriate 
SCCPFILE can be made at startup. 



The initialize CCP dump file program ($CC1 DP) allocates 
and initializes the SCCPDUMP file for trace and storage 
dumps. The SCCPDUMP file consists of a directory, a 
trace dump area, and a main storage dump area. The file 
may reside in any of the main data areas, and its location 
may be designated during either CCP generation by the 
specification of the DPPACK and DPUNIT operands of the 
SEGEN macro or CCP assignment by the specification of the 
DUMPUNIT operand on the // SYSTEM statement. The 
track space desired for the trace area may be specified during 
generation by the DPTRAC operand on the SEFIL state- 
ment. During the generation stage, you can calculate the 
necessary track space for storage dumps by analyzing the 
CORE and DUMP operands of the SEFIL statement. 

CCP generation creates and executes the proper procedure 
for SCCPDUMP initialization. If the user wishes to generate 
his own procedure, he can use the following example: 

//L0ADSCC1DP,R1 

// FILE NAME-SCCPDUMP,UNIT-D2,PACK-D2D2D2, 

RETAIN-P,TRACKS-97 
//RUN 
// TRACE TRACKS-10 

r 

The // TRACE statement identifies to SCCPI DP the num- 
ber of tracks desired for trace. The remaining 86 tracks 
are allocated for main storage dumps. The 86 track 
calculation is as follows: 



(512x4) -1-1x2 /48=86 { 

/ -I (2du 



2K system, | 
mps needed; 



((main storage in K x 4) -i-l)x number of dumps 



/48 



Note: In addition to the total needed for trace and storage 
dumps, the user should specify one track on his // FILE OCL 
statement; this specification allocates the necessary space 
for SCCPDUMP directory information. 

Note: To change the size of a SCCPDUMP file, delete it 
and recreate it using SCC1 DP as outlined above. 
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SOURCE MODULES USED IN GENERATION 



Support of the Display Adapter 



In addition to the source library nnodules used for generating 
the execution time resident code or supporting transients, 
the following source library mennbers are present on the 
distribution pack: 

$CGSST Sample assignment control statements — 
cardless 

$CG1G1 Cardless CCP generation instructions 

$CG1GG Sample $E macro statements — cardless 

$CG1G1 Cardless CCP generation procedure 

$CG1 G3 Cardless CCP generation procedure 

$CG1G4 Cardless CCP generation procedure 

$CG1G5 Cardless CCP generation procedure 

$CGSMP CCP sample generation deck 

$CGEND Instructions to the user at the end of 
generation 

SCGSET Sample assignment input deck and sample 
startup deck for the installation verification 
program (CCPIVP) 

GENERATION CONSIDERATIONS 

One of three versions of BSC support for CCP can be 
selected during the CCP generation process: 

• Full BSC support for all line configurations and BSC 
devices. 

• 3270 only support for all line configurations. 

• Privileged 3270 only support for faster response. 

If other than 3270 devices are specified by the $EBSD 
statements, full BSC support is generated. If only 3270 
devices are specified by the SEBSD statements, two versions 
of BSC IDS can be supported: 

• 3270 only support, which saves approximately 1 K bytes. 

• Privileged 3270 only support, which saves approximately 
.75K bytes and gains faster response times during heavy 
usage. Privileged 3270 only support is recognized only 

if MINRES-NO ($EGEN statement), RESPGL-YES 
($EBSC statement), and 3270 only devices ($EBSD 
statement) are requested. 



Support of the Display Adapter on your system requires 
special CCP generation and assignment considerations. The 
following are the generation and assignment statements that 
have required values for a system that supports the display 
adapter only (PRUF and DFF included). The underlined 
parameters are required values for the Display Adapter. If 
a parameter is not given or not underlined, it is not specif- 
ically required nor has any effect on the display adapter 
support. Some of the parameters default to the value shown 
(for example, MP-NO). 

Generation 

$EBSC BSCA-1 ^ , DA-YES ,DI AL-NO,PP NO,MP-NO, 
CS-YES ,GETMSG-YES, ITB-NO , 
EBCDIC-YES ,AUTORS-NO,INTPOL-NO 

$EBSD TYPE-3277Mx^ 



Assignment 
II SYSTEM 



POLTIME-NG, 

rSYSTEM 1 
DFFPACK- IprogRAIVI / 



// TERMATTR TRANSLAT-NO,SWITCHED-NO, 

BLKL-512,DATAFORM MESSAGE, 

ITB-NO ,VARL-NO,SPAN-NO, 

DFF3270-YES 

//BSCALINE TYPE-CS , LINENUM-2 , 

XMCODE-EBCDIC POLLIST-termid 
[,termid] . . . 

//BSCATERM TERMID-termid, TYPE-3277Mx^ 

(NO ) 

COMMAND- -JYESf' 

/YES) 
ONLINE- 1^0 }, 

j HOLD 



OFFACTN- 



HOLD) 
DROP j ' 



ADDRCHAR- 6060 xxxx^ , 
POLLCHAR-4040xxxx' 

// TERMNAME NAME-termname,TERMID-termid 

//PROGRAM NAME-pgmname,MRTMAX-n, 

PGMDATA-YES,PRUF$Z-formatname, 

PRUFLNG-nnnn,DFFMTERM-n, 

DFFNDF-n,DFFSFDT-n 



BSCA-2 is also valid. 
^3284Mx and 3286IVIx are also valid ( x = Model number). 
xxxx equals the device address. 
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Support of BSCC (Binary Synchronous Communications 
Controller) 

BSCC is the same as BSC lines 3 and/or 4. This documenta- 
tion refers to BSCC communications scheduler and to 
$CC4#M (BSCC resident code). These two terms are 
interchangeable. 

To provide maximum flexibility, CCP generation has two 
macros, unique to BSCC, that define line and device 
support. 

Macro $ECSC (BSCC line support) and $ECSD (BSCC 
device support) produce the resident BSCC module 
$CC4#M when used during CCP generation. $CC4#t\/l 
serves a function for BSCC similar to the function that 
$CC4#2 serves for BSCA. 

// BSCALINE and // BSCATERM (5704-SC2) assignment 
statements cause the BSCC interface to CCP assignment 
stage to be implemented. BSCC lines may be either control 
station or point-to-point. Outboard polling may be included 
(BSCC only) by specifying OUTPOLL-YES and TYPE-CS 
(or allowing the TYPE to default to YES) in the 
// BSCALINE statement. The other parameters are 
processed the same as they would have been if 

LINENUM-<„>had been specified. 



■» 



Support of a Large Number of Terminals (Program Number 
5704-SC2 only) 

Because of addressing considerations within the resident 
portion of CCP, there are limitations placed on the number 
of terminals that can be supported by CCP. This limitation 
is affected by the number of programs, the size of line 
buffers, whether DFF is supported, and so on. In order 
to increase the number of terminals that may be supported 
and to free some additional space in the resident area, two 
generation options may be selected; these options will 
move portions of the resident CCP to the user program 
area (UPA). If more than 50-60 terminals are to be 
supported in any one assignment set, the following 
options (both on the EFAC statement) should be 
considered: 



[.MOVDFF- {2'}] 
[MOVTNT- {l^^}] 



Specifying MOVDFF-YES will move the DFF control 
routine to the UPA, thereby freeing more than 3K bytes of 
resident area and occupying 4K bytes of the UPA. 

Specifying MOVTNT-YES will cause the Terminal Name 
Table to be built in the UPA, using either 2K or 4K bytes 
of UPA. A 2K Terminal Name Table (TNT) will support 
184 terminal names. If more than 184 terminal names 
are specified at assignment time, 4K bytes of UPA will 
be used. 
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Chapter 7. Assignment Stage 



During the CCP generation stage, the user fixes the maxi- 
mum size and capabilities of the CCP. During the assign- 
ment stage of the CCP, he describes the CCP operating en- 
vironment in more detail. 

During assignment, the user defines one or more sets of ter- 
minals, files, programs, and system environments that are 
available to the CCP. These assignment sets are recorded 
in the assignment file ($CCPFILE) allocated during the 
generation stage (see Chapter 6. Generation Stage). Each 
time the CCP is run, it operates under one of the assignment 
sets; that is, the CCP has access to a particular group of ter- 
minals, files, and programs. The user can restrict the re- 
sources defined by a set during operation startup (see index 
entry: operational startup). This allows him, for example, 
to control which programs are eligible to be called during 
a particular CCP run or to restrict certain files during a run. 

While the range of function specified during the CCP gener- 
ation will not vary by assignment set, the specific operating 
environment of the CCP execution might vary. 

The information placed in an assignment set during the 
assignment stage is valid until a terminal, program, or file 
must be added to or removed from the set, or until aspects 
of the system environment change. When the system en- 
vironment changes, the contents of the assignment file can 
be modified by repeating the assignment run, without re- 
generating the CCP. 



Information from the assignment file, SCCPFILE, is re- 
quired by various people. The system manager and the 
system operator must be aware of all current system assign- 
ments so they can properly control and maintain the com- 
munication-based system. The terminal operator should be 
aware of some aspects of the system assignments, including 
which symbolic names are assigned to his terminal and what 
the current password or other sign-on security information 
is. Programmers also require current information about the 
system assignments, such as the symbolic file names and the 
actual files they refer to. In order to make this information 
available to those who need it, provisions must be made to 
distribute all or part of the information from the assignment 
file whenever it changes. 



REQUIREMENTS FOR ASSIGNMENT 

In order to execute the assignment stage of the CCP, the 
system must meet minimum requirements. These require- 
ments are less than are needed for the CCP operational 
stage. The requirements are: 

• 22K (Program Number 5704-SC1), or 36K (Program 
Number 5704-SC2) of main storage available for the 
CCP assignment stage to execute. 

• One 5444 Model 2 disk storage drive, or one 3340 (or 
3340 simulation area). 



PLANNING FOR ASSIGNMENT 

The assignment run must be repeated each time a new pro- 
gram or file is added to a set, each time the group of ter- 
minals available to the CCP changes, or each time certain 
other aspects of the CCP configuration change. The assign- 
ment stage of the CCP can be run frequently or infrequently, 
depending upon how often the CCP environment changes. 

If the CCP is to run under various sets of assignments in a 
given period of time, more than one set of assignments can 
be placed in the assignment file. For example, a certain 
set of terminals, files, and programs can be available during 
the day, with a restricted set available during night-time 
hours. Or, perhaps, a certain group of files, terminals, and 
programs are required for the weekend, month-end, or 
year-end operations. 



• An input device. 

• A 1403 Printer. 

The assignment build program, $CCPAS, and the assign- 
ment list program, $CCPAL, operate under control of the 
System/3 Model 15 disk system management. The user 
must provide two OCL file statements when loading the 
assignment build program, one for the assignment file, 
SCCPFILE, and one for a work file ($CCPWORK). 
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ASSIGNMENT RESTRICTIONS (5704-SC2 ONLY) 



ASSIGNMENT FILE ($CCPFILE) 



The assignment build program ($CCPAS) or assignment 
list program ($CCPAL) can be executed after the SCCPFILE 
build program (SCCIBF) has been run. Either $CCPAS or 
$CCPAL may be executed while CCP is in the execution 
phase in another partition. The executing assignment set 
can be modified while CCP is executing in another parti- 
tion. However, the modification will not be observed 
until CCP is shut down and then restarted using the modi- 
fied assignment set. There are, however, a few restrictions 
involved in running either $CCPAS or $CCPAL. They are 
as follows: 

• SCCPAS will only perform diagnostics and will not 
update SCCPFILE if any of the following conditions 
occur: 

- $CCP is in startup phase in another partition. 

- $CCP is in shutdown phase (or shutdown is pending) 
in another partition using the same SCCPFILE that 
SCCPAS is trying to alter. 

- SCCPAL is executing in another partition. 

- Another copy of SCCPAS is executing in another 
partition. 

- CCPFMT or CCPPGM is updating the same 
SCCPFILE that SCCPAS is trying to alter. 

• SCCPAL will not start executing if any of the following 
conditions occur: 

- SCCP is in startup phase in another partition. 

- SCCP is in shutdown phase (or shutdown is pending 
in another partition using the same SCCPFILE that 
SCCPAL is trying to list. 

- SCCPAS is executing in another partition. 

- Another copy of SCCPAL is executing in another 
partition. 

- CCPFMT or CCPPGM is updating the same SCCPFILE 
that SCCPAL is trying to list. 



ASSIGNMENT DIAGNOSTICS 

The CCP assignment stage, SCCPAS, analyzes each of the 
assignment statements for invalid specifications. If an 
error is found in any statement of a set, that set of state- 
ments is not processed by the assignment stage; however, 
the remaining statements in that set are also analyzed for 
syntax errors. 



During an assignment run, the user defines a specific CCP 
run environment in a set of tables contained in the CCP 
assignment file on disk. This file, allocated and initialized 
during the CCP generation, always has the name, SCCPFILE. 
When the user starts operating his CCP, the startup routines 
of the CCP, using the information in SCCPFILE, initialize 
the CCP for this run so that only a specific set of terminals, 
files, and programs indicated by the user can be used. 

A set of specifications in the assignment file, once set by 
the user in an assignment run, hold for any number of 
operational runs of the user's CCP. The assignment file 
need be changed only when one or more sets of specifica- 
tions require change. 

Assignment allows the user to have more than one opera- 
tional environment to run the CCP. He might, for example, 
have one set of terminals, files, and programs to use during 
the day, and a different (though possible overlapping) set 
for night. His requirements might even be for more than 
two such environments. The assignment file may, if the 
user desires, contain several different sets of specifics. 

The user can have more than one SCCPFILE but only one 
per pack. The CCP system operator can, upon any startup 
of an operational run of the CCP, identify the unit contain- 
ing the appropriate SCCPFILE and the set of specifics that 
shall apply to the current run. 

Note: The maximum number of sets allowed in one assign- 
ment file is 25. 



ASSIGNMENT STATEMENTS (ASSIGNMENT BUILD 
PROGRAM) 

In order to place an assignment set in the assignment file, 
SCCPFILE, the user must run the assignment build pro- 
gram, SCCPAS. The user's input to the assignment program 
consists of a series of statements, similar to OCL statements. 
These statements identify the programs, files, terminals, 
and certain system options that constitute a CCP operating 
environment. The assignment statements are printed by 
SCCPAS on the s"stem print device. 



The assignment list program, SCCPAL, analyzes the list 
statement for errors. Error messages are written to the 
system print device. 
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The assignment build program analyzes the statements to 
ensure that they are valid. Following successful validation, 
the specifications are encoded by $CCPAS and written into 
the assignment file as an assignment set (for example, a 
group of tables in the assignment file, $CCPF I LE, which 
defines one CCP operating environment). The assignment 
program can be used to create new assignment sets, delete 
existing assignment sets, or replace existing sets with new 
specifications. Different assignment sets can be created, 
deleted, and replaced in the same run of the assignment 
program. 

A set of assignment statements begins with a statement 
identifying the assignment set and indicates whether it is 
to be modified, created, deleted, or replaced. Only this 
statement is required to delete a set. Subsequent state- 
ments provide the specific information to be placed in the 
assignment set. When an item in an assignment set is re- 
placed, a complete set of assignment statements must be 
entered (except for the modification of certain control 
information). 

SCCPAS may be run in any of four execution modes: 

1 . Create a new assignment set. 

2. Delete an existing assignment set. 

3. Replace an existing assignment set. 

4. IVlodify the system environment portion of an exist- 
ing assignment set. 

The input for $CCPAS is as follows: 

• The assignment file SCCPFILE. 

• The OCL/FI LE statements provided by the user: The 
following OCL statements are needed: 



14 8 12 16 20 24 28 32 




n LOAD $CCPAS,unit 


// FILE NAME-$CCPF 1 LE ,UN 1 T-an it , 


(// PACK- pack id 


ll FILE NAME-^CCPWORK ,UNlT-uni t , 


ll T PACK-packid ,RETA( N-S, 


// TRACKS> 1 ^ 


// KUN 



Notes: 

1 . The unit parameter tor $CCPAS specifies the loca- 
tion of the assignment build program. 

2. The unit parameter for $CCPFILE specifies the loca- 
tion of the assignment file to be used and must be a 
5444 unit. 

3. $CCPWORK should have RETAIN-S specified to 
allow deletion and can be on R1, F1, R2, or F2. 

4. The keyword RECORDS should not be used to define 
the size of $CCPWORK; instead the keyword 
TRACKS should be used. Additionally, the size 
must be large enough to contain the largest set to be 
processed (see Disk Storage Estimates for the CCP 

in Appendix F. 

• The assignment control statements instructing SCCPAS 
of the function(s) to perform. SCCPAS reads the control 
statements from the system input device and/or from a 
source library. Each group of control statements, 
grouped together by the user to define an operating 
environment, is called an assignment set The input to 
SCCPAS can consist of one or more sets of control 
statements. 



//SOURCE 



This optional statement indicates 
that control statements are read 
from a source library member. 
One or more SOURCE statements 
can be included anywhere within 
a set of control statements. 



The following control statements define an assignment 
set and must be specified in the order shown: 



//SET 



// SYSTEM 



This required statement identifies 
the output assignment set oper- 
ated on and the type of operation 
to be performed. If multiple input 
assignment sets are provided as in- 
put to SCCPAS, the // SET state- 
ment defines the beginning of each 
assignment set. 

This required statement defines 
certain operational environment 
options not directly related to ter- 
minals, files, or programs when 
this set is used for execution of the 
CCP. 
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// TERMATTR Each of these statements defines 

the variable attributes of a terminal. 
Each terminal statement (BSCA- 
TERM and MLTATERM) must 
refer to a TERMATTR statement. 

Note: Any BSCALINE statement 
with corresponding BSCATERM 
statements (as a group) can appear 
before or after any MLTALINE/ 
MLTATERM group. The order of 
input lines determines the priority 
of service during execution of the 
CCP. For example, the order might 
be: 

MLTALINE 

MLTATERM (one or more) 

BSCALINE 

BSCATERM (one or more) 

MLTALINE 

MLTATERM (one or more) 

// BSCALINE Each of these optional statements 

identifies a BSC line, its charac- 
teristics, and the order the terminals 
on that line (if there is more than 
one terminal) shall be polled. 

// BSCATERM At least one of these statements 

must follow a BSCALINE state- 
ment. Each BSCATERM state- 
ment identifies a terminal on the 
line, its operating characteristics, 
and whether it can issue commands 
to the CCP. 

Note: The BSCATERM statement 
must follow the BSCALINE state- 
ment for which the terminal is 
defined. 

// MLTALINE Each of these optional statements 

identifies a MLTA line, similar to 
the BSCALINE statement 

// MLTATERM At least one of these statements 

must follow a MLTALINE state- 
ment. Each MLTATERM state- 
ment identifies a terminal on the 
line, its operating characteristics, 
and whether it can issue commands 
to the CCP. 



//PORTLINE 
(5704-SC2 only) 



//TERMNAME 



Note: The MLTATERM statement 
must follow the MLTALINE state- 
ment for which the terminal is 
defined. 

The PORTLINE statement defines how 
the BSCA, BSCC, or SIOC portline is 
to be divided into ports and the size of 
the line buffers. The PORTLINE 
statement should be entered after the 
SYSTEM statement or after the last 
TERMATTR statement. One PORT- 
LINE statement may be entered for 
each BSCA, BSCC or SIOC line sup- 
ported. For SIOC support. Program 
Number 5799-WNK is also required. 

Each of these required statements 
defines a symbolic terminal name 
by which a terminal can be referred 
to in an application program. The 
symbolic terminal name can be 
assigned to a physical terminal or 
can be left unassigned. 

Each of these optional statements 
defines a user disk data file and the 
physical attributes of the file. 

Each of these optional statements 
defines a symbolic name that can 
be used to reference one or more 
disk files specified on // DISKFI LE 
statements. 

Each of these required statements 
identifies a user program that is 
permitted to execute during a CCP 
run using this set. The statement 
defines the program resource re- 
quirements and operational charac- 
teristics. 



When creating or replacing an assignment set, at least 
one BSCALINE and one BSCATERM statement, or one 
MLTALINE and one MLTATERM statement must be 
in the control statements. 

A /* statement must be given at the end of all input con- 
trol statements except when the last control statement is 
from the source library. In this case, see the keyword 
END in the SOURCE statement. 



// DISKFI LE 



//SYMFILE 



// PROGRAM 
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The output for the assignment build program is as follows: 

• A listing of the assignment control statements on the 
printer. 

• Appropriate diagnostics on the printer and an error 
halt, at the end of the run, if necessary. 

• The $CCPFI LE containing created, replaced, or modified 
assignment sets, and no longer containing any sets speci- 
fied to be deleted. The $CCPFILE is ready for opera- 
tional startup. 

An assignment set will be created or replaced in the assign- 
ment file only if the complete set, as read by the assign- 
ment build program, is free of errors. 

The SCCPAS cannot run concurrently in both partitions 
nor run concurrently with the CCP in the other partition. 
(SCCPFILE cannot be validly altered from both partitions 
concurrently or while the CCP is running.) 



ASSIGNMENT CONTROL STATEMENTS 

Each control statement contains an identifier and para- 
meters. The identifier is a term that defines the type of 
control statement and is always the first field of the state- 
ment following the //. The parameters are the control 
information being supplied to the program. Each param- 
eter consists of a keyword to identify the parameter, a 
hyphen, and the appropriate control information value. 
Parameters within any single control statement can be 
entered in any order. 



Keyword Parameters: These parameters are separated by 
commas. A hyphen (-) separates each keyword from the 
corresponding value. Blanks are not allowed within or 
between parameters. 



Sublist: A sublist is a series of values given for a single key- 
word. Each value is related (such as a series of filenames). 
The first value of a sublist always has an apostrophe (' ) 
entered before the value, succeeding values are separated 
by commas, and the last value has an apostrophe after it. 
For example: EXAMPLE-'value, value,value'. 



Split-Value: A split-value is a group of values that might 
be given for a keyword parameter; however, each has a 
separate and distinct relationship to the keyword. These 
split-values are separated by a slash (/). If a series of split- 
values is given, the series is called a split-value sublist. If a 
split-value is not given as a sublist, then apostrophes need 
not be entered before and after the complete split-value. 

• Split-value example: KEYWORD-value1/value2/value3 

• Split-value sublist example: KEYW0RD-'value1/value2, 
value1/value2' 



Special Characters: Slashes {/), blanks, commas (,), hy- 
phens (-), and apostrophes (') must not appear within the 
bounding apostrophes if a keyword is defined as either sub- 
list or split-value. Any of these characters can appear with- 
in the apostrophes if the keyword is not defined as either 
sublist or split-value. In this case, a single apostrophe (') 
must be represented by two successive apostrophes ("). 



Writing Assignment Control Statements 

The rules for constructing assignment control statements 
are as contained in the following paragraphs. 



Statement Length: Positions 1 through 71 of a record can 
be used. The first blank encountered following a keyword 
parameter, without indication of continuation to the next 
record, delimits the statement. 



Statement Identifier: II in columns 1 and 2 followed by 
at least one blank preceding the statement identifier. 



Blanks: One or more blanks is required between the // and 
the statement identifier, and between the statement identi- 
fier and the first keyword. The first blank following a key- 
word value indicates the end of the statement. A blank fol- 
lowing a comma (which follows a value given for a keyword 
parameter) indicates that the statement is continued on the 
following input record (which must have a 11% in the first 
three columns). 



Continuation: Control statements can be continued on sub 
sequent input records by placing a comma immediately 
after a keyword parameter value on a statement. The com- 
ma must be followed by one or more blanks prior to or in- 
cluding column 72. (Thus the comma can appear in col- 
umn 71 and a blank in column 72.) A continuation line 
must start with two slashes (//) followed by one or more 
blanks, followed by the remaining values (if part of a sub- 
list) or the remaining keyword parameters. Any number 
of continuation records can be used. See Figure 6 for an 
example of coding. 
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Comments: The user can include, in addition to control 
statements, special statements that contain only comments. 
A comment statement is identified by an asterisk (*) in 
column 1 and can have any combination of characters. Any 
comments too long to be contained in 88 columns are 
truncated from the right. 

In addition, comments can be included on any record of a 
control statement following the last parameter on that 
record. One or more blanks must separate the last param- 
eter from the comments. 



Special Meaning of Capital Letters, Numbers, and Special 
Characters: Capitalized words and letters, numbers, and 
special characters have special meanings in control state- 
ment descriptions: 

• In control statements, capitalized words and letters 
must be written as they appear in the statement descrip- 
tion. If numbers appear with the capitalized informa- 
tion, they must also be written as shown. 

• Lower case terms indicate that a value must be substi- 
tuted for each term. 



1 




4 








8 








12 






16 




20 




24 




28 








32 








36 






40 






44 








48 








52 








56 


u 




M 


L 


T 


A 


L 


1 


N 


E 






L 


1 \ 


4E 


T 


YI 


>E 


-1 


'P, 


LI 


N 


E 


N 


U 


M 


- 


1 




• 


• 




,x» 


^c 





D 


E 


- 


V 


T 


T 


C 


B 


c 


D 








/^ 
























•P 


01 


-L 


L 


IS 


;t 


- 


'AA 


,B 


B 


y 




















































// 
























C 


c 


} 




































































a 
























D 


B 


f 




































































// 
























A 


Ul 


ro 


P 


01 


.L 


-'1 


res 






















































- 


-- 





























































































































































































Figure 6. Continuation Control Statements 
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//SOURCE Statement 

The SOURCE statement is optional and specifies that con- 
trol statements supplied to $CCPAS are read from a source 
library member. When a source library is specified, one or 
more complete control statements must come from that 
source entry. After processing the last control statement in 
the specified source member, control statements are again 
read from the system input device. If the parameter END 
is specified with the value YES, SCCPAS goes to EJ. One 
or more SOURCE statements can be included anywhere 
within a control set but cannot be included within a source 
member. 




NAME-name 

This required parameter specifies the name of the source 
library member containing the control statements being 
supplied to SCCPAS. This member must have previously 
been built using $MAINT. 



UNIT- 



This required parameter specifies the source library location. 




EN 



" m 



This optional parameter indicates whether this source 
member contains the last control statement being supplied 
to SCCPAS. The default is NO. 



// SET Statement 

The SET statement identifies the assignment set and the 
operation to be done: create, replace, delete, or modify. 
This is the only statement required to delete an assignment 
set. 



//SET 



-Hi 



[.ACTION- 



[.DFLTEXEC 



JYES| 
/NO S 



CREATE -J 
REPLACE ( 
DELETE t 
SYSMOD ' 

[.ANYSPECS- 



?N0 f 



ID- 



The ID parameter specifies which assignment set is to be 
affected. Each assignment set in $CCPFILE is identified 
by a different single character. 

If the parameter is omitted, the default value is 1 . Any 
single extended alphameric character (0-9, A-Z, #, $, @) 
can be used to identify the assignment set. 



ACTION 



r CREATE 
) REPLACE 
j DELETE 
( SYSMOD 



The ACTION parameter specifies what operation is to 
occur. If it is omitted, the default value is CREATE. 

Note: If the set being deleted or replaced is the set CCP 
is executing from in another partition, the program use 
count for that execution of CCP will be lost (5704-SC2 
only). 

CREATE 

If CREATE is used and the set ID does not exist in the file, 
the new set is added to the file. If the created set cannot 
fit, either because there is not enough room in the file for 
the tables or not enough room for the entry in the directory, 
an error message is given and the request is ignored. A maxi- 
mum of 25 sets are allowed in the control file. 



Applies only to Program Number 5704-SC2. 
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REPLACE 

If REPLACE is used and the set exists in the file, the set in 
the file is entirely replaced with the information on the 
statements following the SET statement. If the value is 
REPLACE and the set cannot be found in $CCPFILE, a 
warning message is given and the action defaults to CREATE. 

DELETE 

If DELETE is used and the set ID is in the SCCPFILE, the 
set and its table values are deleted from the file. If the 
value is DELETE and the specified set is not in the file, a 
warning diagnostic is given. 

SYSMOD 



ANYSPECS 



1—1 



(Program Number 5704-SC2 on^ 



The ANYSPECS parameter indicates whether the 'SU 01 
ANY SPECIFICATIONS?' startup message is to be by- 
passed during CCP startup.' This parameter gives the 
ability to eliminate a startup prompt. If the $CCPF ILE is 
located on the program pack, and a SCCPDUMP file is 
located on the unit specified during generation or on the 
unit specified by the DUMPUNIT parameter on the 
SYSTEM statement, a nonstop startup procedure is 
permitted. DFLTEXEC-YES must be specified on the SET 
statement to allow the ANYSPECS-NO parameter on the 
SET statement. The last processed SET statement that has 
these parameters with the value YES specified overrides 
any previous values. 



The SYSMOD action indicates that only the SYSTEM state- 
ment, the execution default set identification, the any 
specifications identification, or all are to be modified in a 
set. The set must already be in the file (for further 
definition, see index entry SYSTEM Statement). 



DFLTEXEC- 



YES) 
NO j 



The DFLTEXEC parameter specifies whether this control 
set ID is used as a default if no set ID is given at the start 
of execution of the CCP. If the parameter is not given, the 
default value is NO. If the value YES is given, then this set 
is used as the default at startup. The last processed SET 
statement that has this parameter and the value YES speci- 
fied overrides any previous values. 



// SYSTEM Statement 

The system statement defines several facts about the system 
environment in which this assignment set is used: 

• Minimum total main storage space required for the user 
programs which must execute under this assignment set. 

• Whether the printer, MFCU, 2560, 2501, 3741, and 
1442 are initially allocated to the CCP program level. 

• Password for this set, if the user chose the option at 
CCP generation. 

• The number of bytes set aside as the CCP dynamic 
buffer area for communicating with terminals. 

• Maximum length of commands and program requests 
from terminals other than the console. 

• Pack on which the user's DFF resides. 
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//SYSTEM IMINUPA-""" IMINTPBUF-n 

dK 



[.PASSWORD-passmordl [.PRINTER-!— | 

C \ / C 

:,MFCU1- \ RP / I l,M'FCU2- \ RP , 
R \ J R 

P 1 j P 

NO 1 (no 



RP / I [,MFCM2- \ RP 
R > <^ R 

P I 1 P 

NO j (no 



■■---ivfs} 




l,N374 



NO ,' 



I.PGMREQL- \ — l] [.COMMANDL- \ — { 



.DFFPACK 



(SYSTEM^ 



(■NO' 
,POLTIME-rttt,ww 
(060,2 



) program" (J 



DFFINDX- 



NO 



[FSQE-j^n r,MAXCHAIN-|n|l 



NO' 1 

.CSPOLTIM- ^'m,wvv'> 

060,2 \ 

[ertime-I^I]' 
[— )^s[] ' 



Dl 
D2 
D3 
D31 , 
D32 
DT^ I 

[,dumpunit-< zz^ > I ■ 

I D4 
D41 ' 
D42 
D43 

. 044/ 



it is possible to modify only the SYSTEM statement for a 
set which already exists in the SCCPFILE. If ACTION- 
SYSMOD was specified on the set statement, the system 
statement must be the only other statement given for this 
set. In this case, only those parameters given on this state- 
ment are used to modify the parameters that were given 
when the set was created, replaced, or last modified. 

MINUPA-nnnK 

The MINUPA parameter specifies the minimum size of user 
main storage area for executing programs in an operational 
run of the CCP for this set. The size of user main storage, 
when using DFF, must be large enough to include the size 
of the work space added to a DFF program. This size is 
determined by the DFFSFDT, DFFMTERIVl, and DFFNDF 
parameters in the program statement. The sizes associated 
with the DFF can be determined from Disk Storage 
Estimates for CCP in Appendix F. 

If less than nnnK is left at the end of startup, a message is 
issued with the cancel option. 

The value for this parameter must be one to three digits 
and must end with the letter K. K represents 1024 bytes. 
The value must be a multiple of 2K. The minimum (and 
default) values are 6K for Program Number 5704-SC1, and 
8K for Program Number 5704-SC2. The maximum value is 
256K (5704-SC1) and 512K (5704-SC2). 

MINTPBUF-n 

The MINTPBUF parameter specifies the number of bytes 
that must be set aside for buffer work area for teleprocess- 
ing communications. For an example of determining the 
size of the teleprocessing buffer, see index entry: sample 
assignment set; calculation of main storage sizes. The TP 
buffer area is calculated using the formula contained in 
Appendix F. 



Default for 5704-SC2 is 8K. 

Does not apply to Program Number 5704-SC2. 

Applies only to Program Number 5704-SC2. 

For Program Number 5704-SC2, these codes may also be specified; 

R1, F1, R2, F2 

D1A, D1B, Die, DID 

D2A, D2B, D2C, D2D 

D3A, D3B, D3C, D3D 

D3E, D3F, D3G, D3H 

D4A, D4B, D4C, D4D 

D4E, D4F, D4G, D4H 
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The value specified for this parameter (or changed during 
startup) is rounded up to the next multiple of 2K by start- 
up. The actual value depends on the size of the internal 
control tables built by startup. For example: 



where MINTPBUF-290 Is specified 

2K Byte 
Boundary 



2K Byte 
Boundary 




Actual size of the teleprocessing buffer 
at the end of startup (21 58 bytes) 



MFCU1 
MFCU2 
MFCM1 
MFCIV12 



C 

RP 

R 

P 

NO 



These optional keywords specify whether the MFCU and 
MFCM are permanently allocated to the partition where 
CCP is executing. In addition, these keywords specify how 
the MFCU and MFCM hoppers are allocated by CCP start- 
up. The following explanations apply: 

Parameter Explanation 

C Combined file: Specify C if any program 

running under CCP using this assignment 
set references this hopper as a combined file. 



PASSWORDrpassword 

The PASSWORD parameter specifies the system password. 
This parameter must be specified if the SECURE-CCP op- 
tion was selected on the $ESEC control statement at gener- 
ation, and must not be specified if that option was not 
selected. If the user chooses to use his own security system, 
then this parameter must be omitted (the security informa- 
tion he checks a sign-on against is set by using the program 
SCCPAU). 

If this parameter is given, the value must contain one to six 
characters specifying the system password. The password 
can be any combination of the 64-character set with no 
embedded blanks. 

If the value given for this parameter is a special character, 
it must be enclosed in apostrophes. (Special characters are 
any characters other than the 36 alphameric characters.) 
In order to code an apostrophe as a character in the pass- 
word, two successive apostrophes must be coded. 



PRINTER- 



NO ) 
YES I 



The PRINTER parameter declares whether the printer is 
allocated exclusively to the program partition in which 
CCP is executing at the beginning of a CCP run. If the 
parameter is not given, the default is NO. If YES is speci- 
fied, the printer must not be allocated to the other parti- 
tion after the beginning of the CCP run (unless print spool- 
ing is used for both partitions). If NO is specified and the 
program statement has declared it as a required device, 
CCP allocate attempts to obtain the device from DSM when 
the program is requested. 



RP Reader/punch: Specify RP if combined file 

does not apply and programs running under 
CCP using this set use this hopper for input 
and output. 

R Reader only: Specify R if combined file or 

reader/punch does not apply and programs 
running under CCP using this set use this 
hopper as input. 

P Punch only: Specify P if combined file or 

reader/punch does not apply and programs 
running under CCP using this set use this 
hopper as output. 

NO If NO is specified with MFCU1, MFCU2, 

MFCM1, MFCM2, or omitted, the MFCU 
and MFCM are not permanently allocated 
to the CCP partition. The device can still 
be used but contention might occur with 
the other partition. 

Note: If the specified hopper is not being spooled under 
CCP, the device might not be available to the other parti- 
tion for spooling. For spooling considerations, see /BM 
System/3 Model 15 User's Guide to Spooling, GC21-7632. 



R2501- 



NO ) 
YES) 



This parameter declares whether the 2501 is permanently 
allocated to the partition where CCP is executing. If the 
YES option is chosen, the 2501 is not available to the other 
partition. If NO is specified and the program statement has 
declared it as a required device, CCP allocate attempts to 
obtain the device from DSM when the program is requested. 
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RP1442- 



This optional keyword specifies whether the 1442 is to be 
permanently allocated to the partition in which CCP is exe- 
cuting. If this keyword is specified as NO or omitted, the 
1442 is not permanently allocated to the CCP partition. In 
addition, this keyword also specifies how the 1442 is allo- 
cated by CCP startup. The following explanations apply: 



Parameter Explanation 



RP 



NO 



Combined file: Specify C if any program 
running under CCP using this assignment 
set reference this hopper as a combined file. 

Reader/punch: Specify RP if combined file 
does not apply and programs running under 
CCP using this set use this hopper for input 
and output. 

Reader only: Specify R if combined file or 
reader/punch does not apply and programs 
running under CCP using this set use this 
hopper as input. 

Punch only: Specify P if combine file or 
reader/punch does not apply and programs 
running under CCP using this set use this 
hopper as output. 

If NO is specified, the 1442 is not perma- 
nently allocated to the CCP partition. 



Note: If the 1442 is not being spooled under CCP, the 
1442 might not be available to the other partition for 
spooling. For spooling considerations, see IBM System/3 
Model 15 User's Guide to Spooling, GC2 1-7632. 




N3741- 



This optional keyword specifies whether the 3741 (as a 
unit record device) is to be permanently allocated to the 
partition in which CCP is executing. If this keyword is 
specified as NO or omitted, the 3741 is not permanently 
allocated to the CCP partition. In addition, this keyword 
also specifies how the 3741 is allocated by CCP startup. 
The following explanations apply: 

Parameter Explanation 



RP 



NO 



Input/Output: Specify RP if programs 
running under CCP using this set this 
device for input and output. 

Input only: Specify R if input/output 
does not apply and programs running 
under CCP using this set are using a 3741 
as an input device. 

Output only: Specify P if input/output 
does not apply and programs running 
under CCP using this set are using a 3741 
as an output device. 

If NO is specified, the 3741 is not per- 
manently allocated to the CCP partition. 



Note: If the 3741 is not being spooled under CCP, the 
3741 might not be available to the other partition for 
spooling. For spooling considerations, see IBM System/3 
Model 15 User's Guide to Spooling, GC2 1-7632. 
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PGMREQL- 



n ( 



The PGMREQL parameter specifies the length, in bytes, of 
the longest program request command from any terminal 
used in this set that does not use PRUF. (See the 
PRUFLNG parameter on the // PROGRAM statement for 
PRUF request.) (CCP might allow more than the specified 
value.) This length includes program name, one intervening 
blank, and the data accompanying the program request 
if this option is used. The maximum value allowed is 80 
bytes for Program Number 5704-SC1 and 255 bytes for 
Program Number 5704-SC2. The maximum of 255 bytes 
for Program Number 5704-SC2 can be used with CPU-CPU 
or MLTA applications, but the recommended maximum for 
3270 and other environments is 80. If this parameter is 
not given, the default is 6 positions. The minimum value 
allowed is 2 positions. 

Note: The BLKL parameter of the TERMATTR must be 
greater than or equal to PGMREQL. 



POLTIME- 



NO 

'ttt,ww' 
060 02 



ttt = total time to poll (in seconds) continuously before 
initiating a wait. 

WW = total time to wait (in seconds) before resuming poll- 
ing (after interval polling has started). 

POLTIME-NO indicates no interval polling for this assign- 
ment set. However, this can be overridden during execution 
(if the CCP was generated for interval polling) by the 
POLTIME command. In this case, INTPOL-YES must have 
been specified on the SEBSC generation statement. 

The default for ttt is 060; the default for ww is 02. 



[NO 
CSPOLTIM-<| 'ttt,ww' 
I 060,02 



(Program Number 5704-SC2 only) 



COMMANDL- ^ — 
n 



The COMMANDL parameter specifies the length, in bytes, 
of the longest terminal command, excluding the program 
request command, that can be entered from any command 
terminal used in this set. (CCP might allow more than the 
specified value.) The maximum value allowed is 80 charac- 
ters. If this parameter is not given, the default is 20 charac- 
ters. The minimum value allowed is zero characters. 



CSPOLTIM-NO indicates no interval polling for BSC lines 
3 and 4 (BSCC) for this assignment set. However, this can 
be overridden during execution (if CCP was generated for 
interval polling) by the POLTIME command. In this case, 
INTPOL-YES must have been specified on the $ECSC 
generation statement. 

ttt is total time (in seconds) that CCP should poll before 
initiating a wait, ww is the time (in seconds) that CCP 
should wait before resuming polling (after interval polling 
has started). The default for ttt is 060; for ww, it is 02. 



DFFPACK 



/SYSTEM' 
I PROGRAM' 



The DFFPACK parameter specifies the pack whose object 
library contains the display formats for this set. The dis- 
play formats must be previously produced through the dis- 
play format generator routine ($CCPDF). 

If this parameter is not specified, the use of the display 
format facility (DFF) is not allowed for this set. All other 
parameters referring to the DFF are diagnosed as invalid. 



DFFINDX 



/YES 
|N0 



(Program Number 5704-SC2 only) 



The DFFINDX parameter specifies whether or not the DFF 
index resides in main storage. If YES is specified, an 
external pointer list (EPL) is built in main storage and the 
DFF indexes built in SCCPFILE are moved to the EPL. 



For Program Number 5704-SC2, these codes may also be specified: 

R1, F1, R2, F2 

D1A, DIB, Die, DID 

D2A, D2B, D2C, D2D 

D3A, D3B, D3C, D3D 

D3E, D3F, D3G, D3H 

D4A, D4B, D4C, D4D 

D4E, D4F, D4G, D4H 
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FSQE- 



\l\ 



The FSQE parameter (Program Number 5704-SC1 only) 
specifies the number (n) of file sharing queue elements to be 
built by CCP at startup time. If the default is used, CCP 
(at STARTUP time) calculates and builds the maximum 
number of elements that would ever be required under this 
assignment set, based on the following formula: 

number of shared files x user program area 
program size 

This is calculated for each program in the assignment set 
and the maximum product is used. The maximum is 
limited by the following formula: 



maximum number of 
shared files on any 
PROGRAM statement 



number of CCP user 
tasks (SCP generation 
option) 



To prevent the possibility of running short of FSQEs, it is 
recommended that the default be used. 



ERTIME- 



{n} (p 



rogram Number 5704-SC2 only) 



The ERTIME parameter (Program Number 5704-SC2 only) 
specifies the time interval in minutes between retries to 
terminals in error recovery if AUTOERP is specified for 
that terminal on the BSCATERM statement. Valid entries 
are between 1 and 99 minutes. The default is 5 minutes. 



PRUFOF- 



m 



(Program Number 5704-SC2 only) 



The PRUFOF operand specifies whether the terminal on 
which PRUF data was entered should remain in PRUF 
mode until the next output operation or should be changed 
to a non-PRUF terminal after an ACCEPT input operation. 
YES indicates the terminal will be changed to a non-PRUF 
terminal after an accept input operation. NO indicates 
the terminal will remain in PRUF mode until the next 
output operation is complete. The default is NO. 



MAXCHAIN-n 

The MAXCHAIN parameter (for Program Number 5704- 
SC2 only) specifies the number (n) of control blocks to be 
built for task chaining and can be a value from 1 to 15. 
The value to specify for this parameter is the number of 
concurrent task chain requests that may be queued. The 
value of n should not be higher than is essential because 
unneeded control blocks will be built and main storage 
space will be wasted. If this parameter is not entered, the 
task chain facility is not supported. In this case, if a task 
chain operation is attempted, the program issuing the 
operation is canceled with a 3F termination code. 

The value specified for this parameter plus the number of 
TERMNAME statements in this assignment set cannot 
exceed 254. 



D1 

D2 

D3 

D31 

D32| 

D33 

D34 

D4 

D41 

D42 

D43 

D44 



DUMPUNIT- 



(Program Number 5704-SC2 only) 



This operand specifies the unit on which the CCP dump stor- 
age file ($CCPDUMP) resides. The DUMPUNIT parameter 
overrides the DPUNIT keyword specified on the $EGEN 
statement during CCP generation. If the DUMPUNIT 
parameter is not specified, CCP startup searches the unit 
specified during CCP generation. 
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//TERMATTR Statement 

Each TERMATTR statement defines certain attributes of 
a terminal and must follow the system statement. The 
number of these statements required depends on the num- 
ber and type of terminals used and how they are to perform 
in this assignment set. Each TERMATTR statement defines 
one terminal attributes set. One user program can refer to 
different attributes sets for the same terminal depending 
on the user of that terminal. Each terminal statement 
(BSCATERM and MLTATERM) must refer to a TERM- 
ATTR statement. One TERMATTR statement can provide 
the same attributes for several terminals and therefore be 
referred to by several terminals. 



// TERMATTR ATTRID-attrid 

The following parameters can be specified for both the 
MLTA and BSCA terminals: 



[,TRANSLAT 




.UPCASE- 



YES/ 
NO ( 



The following parameters can be specified for BSC 
terminals only: 

[,BLKL-nl [,RECL-n] 

RECORD 



[.dataform- ^ block 
'message 



:transp- 



JyesS 



[,span 






[,DFF3270- 



YES 
I\I2 



\ 
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ATTRID-attrid 

The ATTRID parameter must be specified. It is a reference 
ID number used in a BSCATERM or MLTATERM state- 
ment to associate this attributes set with a specific terminal. 
The value for this parameter can be any value between 1 to 
255 inclusive. At startup time an amount of main storage 
(in bytes) equal to five times the highest number specified 
by any ATTRID parameter in this set is reserved for the 
entire terminal attributes table. Thus, the ATTRID values 
should be chosen from the smallest numbers available. 

For 5704-SC2 only, ATTRID-04 must have specific attri- 
butes when programs such as CCPFIVIT, CCPPGM, or 
$QCOPY are to be used. Refer to the descriptions of 
these programs. 



TRANSLAT- 



YES 
NO 



The TRANSLAT parameter specifies whether the CCP auto- 
matically translates input data from line code to EBCDIC, 
and output data from EBCDIC to line code. A YES value 
indicates translation takes place for MLTA transmission, 
and for BSC transmission using ASCII code. 

A YES value is also valid if the line code is EBCDIC, though 
it causes no actual translation to occur unless UPCASE- 
YES is also specified. This would be a consideration when 
defining attributes for an EBCDIC 3270 terminal with a 
typewriter keyboard. 

TRANSLAT-YES must be specified if using OFF with 
ASCII 3270 terminals. 



SWITCH ED- 



NO 
AC 

MC 

aaI 

MA 



The SWITCHED parameter specifies the options available 
on switched lines. This parameter must be specified in an 
attributes set used with a terminal which is on a switched 
line. Thevalue AC is not valid for MLTA lines. The de- 
fault is NO. The following explanations apply: 

Parameter Explanation 

NO Not a switched line terminal. 

AC Automatic calling. The CCP calls the ter- 

minal using the telephone number provided 
on the TERMNAME statement. 

MC Manual calling. The system operator calls 

the terminal using the phone number print- 
ed by the CCP as provided on the TERM- 
NAME statement. 

AA Automatic answering. The CCP answers 

calls from this terminal. 

MA Manual answering. The system operator 

answers the calls from this terminal. 

MLTA, AA and MA are treated the same. For a command 
mode switched line, AC or MC must not be specified. 



A value of NO indicates the CCP does not do the transla- 
tion; either the data coming in or going out is EBCDIC or 
the user handles the responsibility of translation to and 
from the appropriate line code. 



UPCASE- 



YES) 
NO I 



The UPCASE parameter specifies whether lowercase charac- 
ters transmitted from the terminal are converted to upper- 
case characters when presented to the user by the CCP. The 
YES value is valid only if the TRANSLAT parameter has 
the value YES. A value of YES indicates the CCP converts 
lowercase to uppercase before presenting data to the user 
program. A value of NO indicates the CCP does not con- 
vert lowercase characters to uppercase coming from the 
terminal If not specified, UPCASE defaults to the same 
value as TRANSLAT. All input from terminals in command 
mode is translated to uppercase. 



BLKL-n 

The BLKL parameter defines the block length, in bytes, 
that is used for this terminal. It can be specified as 1 to 5 
numeric digits with a valid range of 1 tnrough 49152, but 
the actual value is limited by available main storage. This 
parameter is required when specifying attributes for any 
BSC terminal. The value used here must be equal to RECL 
times the number of records in a block. Up to 255 records 
can be contained in one block. 

If BSCA terminal online tests are to be run using this 
attributes set, a value of at least 300 must be specified 
for BLKL. If less space is available, the test request is 
passed as data to the user program or the CCP command 
processor. 

If OUTPOLL-YES is specified, the block length must be 
large enough to accommodate the outboard poll list. Two 
bytes per poll entry in POLLLIST are required. If there 
are 127 entries, then BLKL-254 would be the minimum 
block length. 
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The following are 3270 display formatting considerations: 

• The value for this parameter can vary from 1 to 5120 
according to the performance desired. For best perform- 
ance this size should be large enough to hold the largest 
output display format that uses this terminal attributes 
set, the size of which is printed by the display format 
generation routine. Performance cannot be enhanced by 
specifying a larger value. 

• If the value is less than the largest format, display for- 
mats are broken into output blocks and performance is 
decreased. With blocking, the minimum required size is 
512. 



TRANSP- 



NO 
YES 



The TRANSP parameter specifies whether the EBCDIC 
transparency feature is used in transmission to this terminal. 
The value YES can be used only for a BSCA LINE state- 
ment with the XMCODE parameter value of EBCDIC (must 
have the transparency feature installed on the adapter). 
The value YES is valid only if XPRNCY-YES was specified 
in the $EBSC or $ECSC generation control statement. The 
default, if the parameter is omitted, is NO, indicating 
EBCDIC transparency is not to be used when transmitting 
to this terminal. On transmissions from a terminal, the line 
control characters received determine transparency. 



RECL-n 

The RECL parameter defines the record length, in bytes, 
that is used for this BSCA terminal. The value must be 
specified as 1 to 5 numeric digits with a valid range of 1 to 
the value given for the BLKL parameter. This parameter is 
valid only if the DATAFORM parameter on this statement 
has the value RECORD specified. 



RECOR 



DATAFORM- 



-°l 



BLOCK 
MESSAGE 



The DATAFORM parameter defines the format in which 
the CCP presents terminal input data to the user program. 

RECORD indicates the CCP presents a portion of an 
input block as a complete record to the user program. 

BLOCK indicates a complete block (possibly consisting 
of multiple records) is presented as a unit of data. 

MESSAGE indicates that all the data between the STX 
and the EOT is presented as one unit of data. MESSAGE 
is required if the parameter, DFF3270, on this statement 
has a value of YES. 

The default value is RECORD. 



If a terminal sends transparent data, the adapter must have 
the transparency feature and XPRNCY-YES must be speci- 
fied on the SEBSC or $ECSC generation control statement. 



ITB- 



NO 
YES 



The ITB parameter specifies whether intermediate text 
blocks are sent or received when using this terminal. The 
value YES is valid only for BSCA terminals. If ITB is speci- 
fied as YES (ITB-YES must also be specified on the SEBSC 
generation control statement) then the parameters VARL 
and SPAN on this statement must have the value NO. The 
default value is NO. 



VARL- 



\YESJ 



The VARL parameter specifies whether variable length 
records with record separator characters are used in 
data transmission to or from this terminal. The value YES 
is valid only for BSCA terminals. The value YES is not 
valid if the ITB parameter on this statement has a value of 
YES. The default is NO. 



SPAN- 



1-1 



The SPAN parameter specifies whether input records can 
span input blocks. The value YES is valid only for BSCA 
terminal type 3735 or CPU. The value YES is not valid 
if the ITB parameter on this statement has a value of YES. 
The default is NO. 
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VERIFY.D- {^^} 

The VERIFYID parameter specifies whether the CCP veri- 
fies the identification bytes sent from this terminal. YES 
indicates the CCP will verify. NO, the default value, indi- 
cates the CCP will not verify the ID of this terminal. The 
value YES is only valid for BSCA terminals on switched 
lines. 

Note: If using ID verification, all online terminals on a 
BSCA switched line should have VERIFYID-YES. If 
one terminal online has VERIFYID-NO, anyone can con- 
nect via a telephone call as the non-verified terminal. 



// BSCALINE Statement 

The BSCALINE statement defines the type of BSC line to 
be used and the features of the line. A BSCALINE state- 
ment must be followed by at least one BSCATERM state- 
ment. The BSCATERM statement defines the terminals 
that are attached to that line. If more than one communi- 
cation line or adapter is attached to the System/3, another 
line statement can be given and follows the last BSCA- 
TERM or MLTATERM statement for the previous line. 
The order in which line statements are entered determines 
the order of priority during the CCP execution. At least 
one line statement must be given for each assignment set, 
either BSCALINE or MLTALINE. 



DFF3270- 



{'^] 



The DFF3270 parameter specifies whether the Display 
Format Facility (DFF) will be used with all terminals ref- 
erencing this terminal attributes set. This parameter is valid 
only for 3270 terminals on a BSCA line. If this parameter 
is specified, the parameter DATAFORM-MESSAGE must 
be specified in this statement, and the SYSTEM statement 
in the assignment set must have the DFFPACK parameter 
specified. The default value is NO. 



//BSCALINE TYPE 



PP 
MP 



_SWj( [.IDEXSEND-EXCHNGI 



^JUNENUM- j;[} 



CS I POLL LIST-'TERIV!ID[,TERMID1 ...', LINENUM' 



( 



[.°— -!3]( 



[,POLLLIST- 'termid [.termid] 



LNRETRY- j-| ] [.IDEXSEND-exchngid] 



Line numbers 1 and 2 are valid for System Control Program 
Number 5704-SC1 . Line numbers 1,2,3, and 4 are valid for 
System Control Program Number 5704-SC2, 
^Program Number 5704-SC2 only. 



TYPE- 




The TYPE parameter must be given and defines how this 
line is used. 
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One of the following values must be specified: 
Parameter Explanation 



XMCODE- 



EBCDIC 
ASCII 



PP 



CS 



sw 



MP 



LINENUM- 



Point-to-point. Dedicated connmunication 
line (leased or private) network on this line 
between processing units is supported by 
the CCP. One, and only one, BSCATERM 
statement must follow this statement. 

Control station. Multipoint communication 
line (leased or private) network on this line 
is supported by the CCP. This processor is 
the control station. At least one but not 
more than 45 BSCATERM statements must 
follow this statement. The POLLLIST param- 
eter on this statement must also be used. 

For BSCC support (LINENUM-3 and 
LINENUM-4) TYPE-CS or TYPE-PP is 
required. 

Switched. This is a telephone-connected 
communication line. One or more terminals 
can be specified but only one terminal can 
communicate with the CCP at a time. One 
or more BSCATERM statements must fol- 
low this statement. 

Multipoint tributary station. Multipoint 
communication line (leased or private) net- 
work on this line is supported by the CCP. 
This System/3 is a tributary to a controlling 
processing unit. One, and only one, BSCA- 
TERM statement must follow this statement 
and must describe this System/3 as a terminal. 






The LINENUM parameter identifies which BSC line this 
line statement defines. The numbers 1 and 2 identify BSCA 
adapter numbers 1 and 2, respectively. The numbers 3 and 
4 identify BSCC lines 1 and 2 respectively (Program Number 
5704-SC2 only). If not specified, LINENUM defaults to 
line 1. Two BSCALINE statements, within one set, specify- 
ing the same line number are not accepted. 

If this BSCALINE statement is defining the display adapter, 
the LINENUM parameter must specify line 2. BSCC assign- 
ment support (5704-SC2 only) is implemented when 
LINENUM-3 or LINENUM-4 is specified. LINENUM-4 
requires that BSCC-2 be specified on the $ECSC generation 
macro statement (support for both lines). 



The XMCODE parameter defines the transmission code 
used by the terminals on this line. If not specified, 
XMCODE defaults to EBCDIC. EBCDIC is BSCA EBCDIC 
code. ASCII is ASCII code. 



POLLLIST-'termid [,termid] . . .' 

The POLLLIST parameter defines the order the terminals 
attached to this line are to be polled. This parameter is 
valid only for TYPE-CS lines. The values can be given as 
a sublist: IDs are separated by a single comma and the 
entire parameter value is enclosed by apostrophes. Any 
value within the list must be a termid of a terminal speci- 
fied on a BSCATERM statement. The termid given in a 
POLLLIST parameter in this BSCALINE statement must 
not appear in the POLLLIST parameter of another BSCA- 
LINE statement. A terminal ID can appear more than 
once in the same POLLLIST parameter. The maximum 
number of all terminal IDs that can appear in a poll list is 
127. 

The poll list must be given for all lines with TYPE-CS. 

Note: For printers attached to a 3271 control unit, the 
termid of the terminals must appear in the values for 
POLLLIST even though they are not input devices. The 
printers are polled for status only when the CCP detects 
an error condition. 



NRETRY- {- 
n 



The NRETRY parameter defines the number of retries 
that take place if there is a transmission error on the line 
before an error condition is considered to be uncorrectable. 
A 1- to 3-digit value up to 255 is acceptable. If the param- 
eter is omitted, the default value of 7 is assumed. If the 
error persists after the specified number of retries, the 
error is logged on the system console. If a program is in 
control of the terminal, then an error return code is return- 
ed to the user program. If the terminal is not under the 
control of a user program, the CCP permits the system 
operator to bypass or retry the operation. 
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IDEXSEND-exchngid 

The IDEXSEND parameter specifies identification charac- 
ters this CPU (running CCP) sends to a remote terminal 
(processing units, 3741, or 3735 terminals). This allows the 
remote terminal to verify that this processing unit is the one 
the remote terminal wants to communicate with. The 
identification characters can be specified as any 1 to 15 
extended alphameric characters or any 2 to 30 hexadecimal 
characters. The identification characters must be expressed 
in the transmission code (EBCDIC or ASCII). If the 

code is ASCI I, only the hexadecimal representation can be 
used. Two hexadecimal characters represent one byte, and 
therefore there must be an even number of hexadecimal 
characters specified. The value is identified as being hexa- 
decimal by enclosing the value in asterisks. 

Example: IDEXSEND-*C1C2C3C4C5* 



If a value is not specified, a 180-second delay count is 
assumed. If a delay count is specified, consider the time 
that may be required for such items as device errors, halts, 
and ready I/O devices. 

This parameter applies only when user programs are com- 
municating with a terminal on this line. 



DFFBUF- 



YES 
NO 



(Program Number 5704-SC2 only) 



The DFFBUF parameter specifies whether or not a separate 
2K buffer is to be created for OFF user PUTs. YES 
indicates 2K of main storage will be reserved at the startup 
phase of CCP for this BSC line. NO indicates a 2K buffer 
will not be reserved and all PUTs will be done from the 
TP buffer. The default is NO. 



The IDEXSEND parameter should be specified only if the 
remote terminal expects to receive ID exchange characters. 
This parameter must be used if the terminal(s) on this 
switched line is a 3735 terminal. Also, this parameter is 
valid only if the TYPE parameter is SW. 



DBLBU. {^-24 



(Buffering may potentially improve data transmission time 
and response time by allowing multiple user PUTs to be in 
the process of transmission at any given time. No advantage 
is gained if only one BSC line is using DFF.) 

If performance is affected by maximum utilization of the 
TP buffer, specifying DFFBUF-YES may result in some 
performance improvement. 



The DBLBUF parameter specifies whether terminals on 
this line are double line buffered. YES indicates double 
buffering is provided by the CCP; the main storage is re- 
served at startup. NO indicates a single buffer is provided 
by the CCP. The default is NO. Double buffering gener- 
ally improves data transmission time, especially in a multiple 

block transmission environment. This specification refers 
to the line buffer, not the buffer work area specified by the 
MINTPBUF parameter on the system assignment statement. 



WAIT- 



m 



OUTPOLL- 



YES 

NO 



(Program Number 5704-SC2 only) 



The OUTPOLL parameter specifies whether or not outboard 
polling is supported for BSCC. This parameter is valid 
only with LINENUM-3 or LINENUIVI-4 and only if 
TYPE-CS is specified. The outboard polling feature is 
automatically incorporated at execution time if the active 
terminals are 3270 only. Mixed terminal environments 
require that OUTPOLL-YES be specified in order to 
incorporate the feature at all times. 



The WAIT parameter specifies a decimal delay count. The 
delay count is the number of seconds after receiving or 
transmitting a block of data that the CCP waits for the user 
to receive or transmit another block of data for the same 
file. The CCP waits the specified number of seconds by 
using the WACK ENQ and TTD NAK line control sequences 
A 1- to 4-digit value up to 9999 is accepted. 

Except when the end of file is received or transmitted, the 
CCP terminates the transmission and posts a completion 
code if the delay count is exhausted between transmissions. 
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// BSCATERM Statement 

The BSCATERM statement defines certain attributes of 
the terminals on BSC lines. It also references terminal 
attributes sets that complete the terminal specifications. 
The BSCATERM statements must follow the BSCALINE 
statement for which the terminals are defined. 

The number of BSCATERM statements allowed depends 
on the line type; this is defined by the TYPE parameter on 
the BSCALINE statement. The maximum number of 
terminals allowed in a set is 120. 

In addition, the maximum number of terminals per line 
type is: 

- Control station line-45 terminals 

- Direct attached line-30 terminals 



// BSCATERM TERMID-termid.TYPE-termtvpe, 
ATTRID-'attrid[,attrid] ..." 



.COMMAND- i'^° 

(NO ; 1 



)v.s( '■— ■ m 



[.AUTOERP- 



[.IDEXRCV-exchngidl [.OFFACTN- 

[, AD DR CHAR -addressing characters] 
[.POLLCHAR-polling characters] 
NO , 



HOLD 
DROP 



,ICF- 



YES 



Program Number 5704-SC2 only. 



TERMID-termid 



The TERMID parameter assigns permanent (within this set) 
identification characters to the terminal. The valid entries 
for this keyword are two nonblank extended alphameric 
characters and are the terminal ID referred to by the system 
operator. There is no default for this parameter. The value 
given must be unique for each terminal within this set. The 
value must not be the reserved ID, $C. 



TYPE-termtype 

The TYPE parameter specifies the terminal type the 
BSCATERM statement describes. For all lines, except 
BSCA switched lines, all terminals on a line must be of the 
same type. (All components of a 3270 system are con- 
sidered to be of the same type.) Switched BSCA lines 
may have CPU, 3741, 3275 switched, and 3735 terminals 
on the same line. For Program Number 5704-SC2 only, 
terminal types on BSCA/BSCC control station lines may 
have 3270, CPU, and 3741 terminals on the same line. CPU 
indicates all processing units (S/360, S/370, S/7, S/3) 
capable of receiving or transmitting over binary syn- 
chronous communication lines, with the proper program 
support. There is no default for this parameter. 

The following terminal types can be specified: 

3275M1 

3277M1 

3284M1 

3286M1 

3275M2 

3277M2 

3284M2 

3286M2 

3735 

3741 

CPU 

Note: A BSCATERM statement is not allowed for the 
3284 Model 3 attached to a 3275. A 3735 type terminal 
on a nonswitched point-to-point line is supported as being 
on a control station line. The following terminals are 
supported in compatibility mode. Specify the appropriate 
entry for the terminal type as follows: 



Terminal Type 

3276 
3278 
3287 
3288 
3289 
5231-2 



Entry 

3277M2 

3277M2 

3284M2 or 3286M2 

3286M2 

3286M2 

3741 
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ATTRID-'attrid [,attrid] . . . ' 

The ATTRID parameter specifies which terminal attributes 
sets (defined by the TERMATTR statement) this terminal 
can use. The first attributes set is used in the following 
cases: 



If command terminals are on a switched line, the attributes 
set must specify either automatic answering or manual 
answering. 



ONLINE- 



YES) 

NO j 



• At startup. 

• When the terminal requests a CCP user program. 

• When required by a user program and if the attrid speci- 
fication Is omitted in the TERMS parameter on the assign- 
ment program statement. 

• If no other specification is given when a user program 
acquires this terminal during execution. 

Attributes sets listed after the first are eligible for assign- 
ment to this terminal at the following times: 

• When the terminal is required by a user program and 
attrid Is specified in the TERMS parameter in the assign- 
ment program statement. 



The ONLINE parameter Is used to specify whether the 
terminal is available to be used at the beginning of a CCP 
run. The default value for the omitted parameter is YES, 
indicating it is available. 

A terminal can be connected to the system, yet not be 
available because it is In the process of being serviced, or 
because no authorized person Is presently at the terminal 
to use it. A value of NO Indicates that this terminal should 
be treated by the CCP as if it were logically offline at 
startup. 

This specification can be overridden during the execution 
of the CCP by the system operator. 



AUTOERP 



(NO 

Iyes 



(Program Number 5704-SC2 only) 



• When the user program acquires the terminal via the 
acquire and set terminal attributes operation. 

The values given must correspond with a value given for the 
ATTRID parameter on a TERMATTR statement. In addi- 
tion to the specifics given on this statement, the terminal 
attributes set supply certain other specifics for this terminal. 
Thore is no default for this parameter. 

The ATTRID parameter can refer to a maximum of 32 
attributes sets. All the sets referenced are considered in 
calculating the maximum line block size for BSCA lines. 



COMMAND 



{v^s} 



The COMMAND parameter specifies whether this terminal 
is capable of requesting programs. If this parameter is given 
with the value YES, then the terminal must have both in- 
put and output capability. Any terminal can be specified 
as not being command capable; but, if the parameter is 
given with the value YES and the terminal does not have 
both input and output capability, an error diagnostic is 
given. 

YES is invalid for 3735 or 3741 terminals. There is no 
default for this parameter. 



The AUTOERP parameter selects the option of automatic 
retries for terminals in error recovery. The retries to the 
terminal will occur at the time interval selected via the 
ERTIME parameter on the SYSTEM statement. AUTOERP 
requires full timer support to be selected during SCP 
generation. YES specifies that automatic retries will be 
done; NO specifies that they will not be done. The default 
is NO. 

IDEXRCV-exchngid 

The IDEXRCV parameter specifies the verification charac- 
ters the System/3 containing the CCP expects to receive 
when communicating with the proper remote switched 
station. The value for this parameter can be 1 to 15 ex- 
tended alphameric characters or 2 to 30 hexadecimal char- 
acters. The identification characters must be expressed In 
the transmission code (EBCDIC or ASCII). If the code Is 
ASCII, only the hexadecimal representation can be used. 
Two characters represent one byte, therefore there must 
be an even number of hexadecimal characters specified. 
The value is identified as being hexadecimal by enclosing 
the value in asterisks. 

Example: IDEXRCV-*C1C2C3C4C5* 

This parameter should only be specified if the remote 
terminal will send ID exchange characters. 
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OFFACTN- 



fHOLD 
(DROP 



The OFFACTN parameter applies only to command ter- 
minals (COMMAIMD-YES) and specifies the action to be 
taken with this terminal when the terminal operator issues 
the sign-off command. The only two acceptable values are 
HOLD and DROP. 

HOLD means the line continues to be monitored by the 
system after the sign-off command is given. HOLD is the 
default value for a nonswitched line. 

DROP means the terminal is set in offline status after the 
sign-off command is given. The terminal is no longer 
monitored for input and, if the terminal is connected by a 
switched line, the line is disconnected. DROP is the default 
value for a switched line. 

The terminal operator can override the parameter specified 
when using the sign-off command. 

ADDRCHAR-addressing characters 

The ADDRCHAR parameter is the hexadecimal character 
representation of the address characters in the line code 
used with this terminal The value for this parameter must 
be 4 to 14 hexadecimal characters. The identification 
characters must be expressed in the transmission code 
(EBCDIC or ASCII). For a multipoint line (that is, this 
processing unit is a tributary station), this parameter refers 
to the characters by which this processing unit is addressed 
from the host processing unit. This parameter is not valid 
for terminals on a switched line or a point-to-point line. 
The value is identified as being hexadecimal by enclosing 
the value in asterisks. For a description of the valid charac- 
ters for System/3, see IBM System/3 Multiline/Multipoint 
Binary Synchronous Communications Reference IVIanual, 
GC21-7573. The terminal address and transmission code 
are physically wired at each terminal. Consult your IBM 
customer engineer for the exact code wired.' 



POLLCHAR-polling characters 

The POLLCHAR parameter is the hexadecimal character 
representation of the address characters in the line code to 
be used with this terminal. The value of this parameter 
must be 4 to 14 hexadecimal characters. The identification 
characters must be expressed in the transmission code 
(EBCDIC or ASCII). For multipoint line (that is, this 
processing unit is a tributary station) this parameter refers 
to the characters by which this processing unit is polled 
from the host processing unit. This parameter is not valid 
for terminals on a switched line or point-to-point line. The 
value is identified as being hexadecimal by enclosing the 
value in asterisks. For a description of the valid character 
for System/3, see IBM System/3 Multiline/Multipoint 
Binary Synchronous Communications Reference Manual, 
GC21 -7573. General poll is not supported for 3270 type 
terminals. 

ICF- -| — J. (Program Number 5704-SC2 only) 

The ICF parameter is used when a terminal is a System/34 
using the ICF facility. Therefore, specify ICF-YES if the 
device is a System/34 with the ICF facility. The default is 
NO. Refer to the System/34 Interactive Communication 
Feature Reference Manual, SC2 1-7751. 



//MLTALIIME Statement 

The MLTALINE statement is used to define the type of 
communication line to be used and the features of the line. 
A MLTALINE statement must be followed by at least one 
MLTATERM statement. The MLTATERM statement de- 
fines the terminals that are attached to that line. If more 
than one communication line or adapter is attached to the 
System/3, another line statement can be given and follows 
the last BSCATERM or MLTATERM statement for the 
previous line. The order in which line statements are enter- 
ed determines the order of priority during the CCP execu- 
tion. At least one line statement must be given for each set, 
either MLTALINE or BSCALINE. 



With BSC, no two terminals on the san-ie line can have identical 
polling and addressing characters. With the display adapter (DA), 
no two terminals on the same line can have identical device charac- 
ters. If using the display adapter (DA-YES in the $EBSC genera- 
tion macrol, the control unit addressing characters must be 
6060XXXX and polling characters must be 4040xxxx. 
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//MLTALINE TYPE- 



1 

2 

PP ^ \3 

^J, J> .L,NENUM>^ 



CW, 



( PTTCEBCDi 
.XMCODE- -j PTTCBCD 

( CORR ] 



i 134 
.DATARATE- -^600 
1200 



,MAXRECL-n[,POLLLIST-'termid[,termid] . . . '] 
[.AUTOPOL..j^3J 

[.RCVINT- \~i ] [,NRETRY-j-^h 
[,DELAY-n] [,TIOLT- |^[ 1 



TYPE- 



)cs 

few' 



The TYPE parameter defines how this line is used. There 
is no default. 

The following values can be specified: 

Value Explanation 

PP Point-to-point. This is a dedicated com- 

munication line (leased or private). One, 
and only one, MLTATERM statement must 
follow this statement. 

CS Control station. This is a multipoint com- 

munication line (leased or private). This 
processor is the control station. All terminals 
on this line must have the station control 
hardware feature regardless of the number of 
terminals on the line. One or more MLTA- 
TERM statements must follow this statement. 



Value 

CW 



LINENUM- 



Explanation 

Switched with control station feature. This 
is a telephone-connected communication 
line (valid only for lines supporting 1050D 
terminals). One, and only one, MLTATERM 
statement must follow this statement. 



1 
2 

3 
4 
5 
6 

7 
8 



The LINENUM parameter identifies which MLTA line 
this statement defines. The numbers 1 to 8 identify the 
MLTA line numbers 1 to 8 respectively. There is no de- 
fault for this parameter. Multiple MLTALINE statements, 
within one set, specifying the same line number are invalid. 

Tpttcebcd] 
xmcode- <^ pttcbcd > 

(cORR ) 

The XMCODE parameter defines the transmission code 
used on this line. The value given must correspond to the 
installed hardware feature on the terminal(s) to be used: 

PTTCEBCD indicates paper tape transmission code 

EBCDIC 

PTTCBCD indicates paper tape transmission code BCD 

CORR indicates correspondence code 

A 3767 used as a 2740M1 or 2740M2, and a 2741 uses 
PTTCEBCD or CORR. 

A 5100 used as a 2741 uses PTTCEBCD or CORR. 



SW Switched. This is a telephone-connected 

communication line. One, and only one, 
MLTATERM statement must follow this 
statement. 
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MAXRECL-n 

The MAXRECL parameter defines the maximum record 
length, in bytes, that is used on this line. It must be speci- 
fied by giving one to three numeric digits. The specified 
length should not include room for line control characters. 
However, it does include any terminal device control char- 
acters that are used. For example, carriage return and idle 
characters inserted by the CCP in output to a typewriter 
terminal are included in the record (16 characters at the 
beginning and/or end of the message; the 2740 Model 2 
with buffer receive requires one character at the beginning 
and/or end of the message). The valid range, for noncom- 
mand terminals, is 16 to 250 characters. The record length 
should not be less than the size of the largest record to be 
sent or received from an application program. 

If any terminal on the line is a command terminal and that 
terminal is a 2740 Model 2, the minimum MAXRECL 
value is 77. If the command terminal is not a 2740 Model 
2, the minimum MAXRECL value is 107. 

Note: Online tests initiated by the system operator require 
a minimum record length of 100 bytes. 



POLLLIST-'termid [,termid] . . . ' 

The POLLLIST parameter defines the polling order for the 
terminals attached to this line. The values can be given as 
a sublist; for example, terminal IDs are separated by a single 
comma and the entire sublist must be IDs of terminals speci- 
fied on MLTATERM statements. The IDs given in the 
POLLLIST parameter must be unique for each line state- 
ment. (A particular ID cannot appear in the POLLLIST 
parameter of more than one MLTALINE statement in a 
set.) A terminal ID can appear more than once in the same 
POLLLIST parameter. The maximum total number of ter- 
minal IDs that can appear in a POLLLIST parameter is 127. 
For terminal types 1050 or 1050D, the maximum number 
is 31. 

The poll list must be given for all lines when TYPE-CS is 
specified on this statement. 

(134 I 
DATARATE- ^ 600 > 

I 120o) 

The DATARATE parameter specifies the data rate of trans- 
mission this line is capable of handling; 134.5, 600, or 
1200 bits per second (bps). A 1200 bps data rate is not 
available in the U.S.A. This parameter, if omitted, defaults 
to 134 (meaning 134.5 bits per second). 



A 3767 used as a 2740M1 or a 2741 uses 300 bps. In this 
case, specify DATARATE 134. A 3767 used as a 2740M2 
uses DATARATE 600 or 1200. 

A 5100 used as a 2741 uses 300 bps. In this case, specify 
DATARATE 134. 



AUTOPOLL- 



NO ) 
YESf 



The AUTOPOLL parameter specifies whether the auto- 
matic polling feature is installed in the MLTA. Consult 
the IBM customer engineer to determine if this feature 
was installed. It can be installed if the 2740 Model 1 and 
Model 2 terminals have the station control feature, or if 
any terminals in the 1050 system are used. This parameter 
must be specified for every line statement if the feature is 
installed on the MLTA. If the parameter is omitted, the 
default is NO. 



""'-■{is} 

The RCVINT parameter specifies whether the receive inter- 
rupt feature is installed on the terminals. The default value 
is NO. The value YES is valid only for full duplex lines. 



NRETRY-<J- 
n 



The N RETRY parameter defines the number of retries 
that take place if there is a transmission error on the line. 
A 1- to 3-digit value with a maximum of 255 retries is 
acceptable. If the parameter is omitted, the default value 
is 2. 

If the error persists after the specified number of retries, 
the error is logged on the system console. If a program is 
in control of the terminal, an error return code is returned 
to the user program. If the terminal is not under control 
of a user program, an error message is sent to the system 
operator. 
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DELAY-n 



TERMID-termid 



The DELAY parameter defines the delay time for control 
station type MLTA lines after the poll list is used and be- 
fore polling starts again. This time is given in tenths of a 
second. If the number 1 5 were given, this would mean one 
and a half seconds. 

The maximum value that can be given is 256 (25.6 seconds). 

If this parameter is not specified, there is no delay. 



The TERMID parameter assigns permanent (for this set) 
identification to this terminal The valid entries for this 
parameter are any two (exactly two) nonblank extended 
alphameric characters. There is no default for this param- 
eter. The value given must be unique for each terminal 
within this set. The value must not be the reserved ID, $C. 



TYPE-termtype 



TIOLT- 



1—1 
1 NO i 



The TIOLT parameter specifies whether the terminals on 
this line are allowed to request an online test. The default 
is YES. This parameter does not affect the capability of 
the system operator to initiate an online test. 

NO should be specified only if five consecutive nines 
(99999) must be entered as data. 

Notes: 

1. No additional main storage is required to utilize the 
online test function. 

2. Online test requires a minimum record length of 100 
bytes. 



The TYPE parameter specifies the terminal type this 
MLTATERM statement describes. All terminals on any 
MLTA line must be identical; (for example, 2740S, or 
2740SC, or 1050). If a 1050 system is being described, 
refer to the parameters PINCOMP and POUTCOMP on this 
statement for further component description. 

Any one of the following terminal types can be specified: 



Character 
to Specify 

1050 

1050D 

2740 



Terminal and Features 

1050 on a nonswitched line. 

1050 on a dial (switched) line. 

2740 Model 1 without additional 
features on a nonswitched line. 



// MLTATERM Statement 

The MLTATERM statement defines certain attributes of 
the terminals on MLTA lines. It also refers to a terminal 
attributes set that completes the terminal specifications. 
The MLTATERM statements must follow the MLTALINE 
statement. 

The number of MLTATERM statements allowed depends 
on the line type. This is defined by the TYPE parameter 
on the MLTALINE statement. The maximum number of 
terminals allowed in a set is 100. 



// MLTATERM TERMID-termid,TYPE-termtype, 

,ATTRID-'attrid [,attrid] . . . ' .COMMAND- \^Jr 



[,ADDR-xx] [,ONLINE-i"^{] [,PINCOMP-n] 

/;no S 

[,POUTCOMP-n] [.OFFACTN- |^°Qp| 



1 



2740C 2740 Model 1 with longitudinal re- 

dundancy checking (LRC) feature on 
a nonswitched line (see note). 

2740D 2740 Model 1 without additional extra 

features on a dial (switched) line. 

2740DC 2740 Model 1 with longitudinal re- 

dundancy checking (LRC) feature on 
a dial (switched) line (see note). 

2740DT 2740 Model 1 with transmit control 

feature on a dial (switched) line. 

2740DTC 2740 Model 1 with transmit control 

and longitudinal redundancy checking 
(LRC) features on a dial (switched) 
line. 

2740M2S 2740 Model 2 with station control 

feature on a nonswitched line. 
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Character 
to Specify 

2740I\/I2SB 



2740I\/I2SC 



2740IV12SCB 



2740S 



2740SC 



2741 
274 ID 
CMCSTD 



SYS7C 



SYS7DC 



SYS7SC 



Terminal and Features 

2740 Model 2 with station control 
and buffer receive features on a non- 
switched line. 

2740 Model 2 with station control 
and longitudinal redundancy checking 
(LRC) features on a nonswitched line. 

2740 Model 2 with station control, 
longitudinal redundancy checking 
(LRC), and buffer receive features on 
a nonswitched line (see note). 

2740 Model 1 with station control 
feature on a nonswitched line. 

2740 Model 1 with station control 
and longitudinal redundancy check- 
ing (LRC) features on a nonswitched 
line (see note). 

2741 on a nonswitched line (see note). 

2741 on a dial (switched) line (see note). 

Communicating Magnetic Card 
SELECTRIC® Typewriter on a dial 
(switched) line. The CMCST is sup- 
ported to the extent that it functions 
identically to a 2741 D. 

System/7 functioning as a 2740 with 
longitudinal redundancy checking 
(LRC) feature on a nonswitched line. 
The System/7 is supported to the 
extent that it functions identically to 
a 2740C. 

System/7 functioning as a 2740 with 
longitudinal redundancy checking 
(LRC) feature on a dial (switched) 
line. The System/7 is supported to 
the extent that it functions identically 
to a 2740DC. 

System/7 functioning as a 2740 with 
station control and longitudinal re- 
dundancy checking (LRC) features 
on a nonswitched line. The System/7 
is supported to the extent that it func- 
tions identically to a 2740SC. 



Note: The 3767 terminal can be used under CCP to 
simulate the following MLTA terminals: 2740C, 2740DC, 
2740M2SCB, 2740SC, 2741, 2741 D. Restrictions on 
assignment when using the 3767 as one of these terminals 
are under the MCODE and DATARATE parameters of 
the MLTALINE statement. 

The 5100 portable computer can be used under CCP to 
simulate the following MLTA terminals: 2741 and 2741D. 
Restrictions on assignment when using the 5100 as one of 
these terminals are listed under the XMCODE and 
DATARATE parameters of the MLTALINE statement. 

ATTRID-'attrid [,attrid] . . . ' 

The ATTRID parameter specifies which terminal attributes 
sets (defined by the TERMATTR statement) this terminal 
can use. The first attributes set is used in the following 
cases : 

• At startup. 

• When required by a user program and if the attrid speci- 
fication is omitted in the TERMS parameter on the 
assignment program statement. 

• If no other specification is given when a user program 
acquires this terminal during execution. 

Attributes sets listed after the first are eligible for assign- 
ment to this terminal at the following times: 

• When the terminal is required by a user program and 
attrid is specified in the TERMS parameter in the 
assignment program statement. 

• When the user program acquires the terminal via the 
acquire and set terminal attributes operation. 

The values given must correspond with a value given for 
the ATTRID parameter on a TERMATTR statement. In 
addition to the specifics given on this statement, the ter- 
minal attributes set supplies certain other specifics for this 
terminal. There is no default for this parameter. 

The ATTRID parameter ran refer to a maximum of 32 
attributes sets. 
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COMMAND- 



NO ) 
YESj 



The COMMAND parameter specifies whether this terminal 
is capable of requesting programs. If this parameter is 
given with the value YES, then the terminal must have 
both input and output capability. Any terminal can be 
specified as not being command capable, but if this param- 
eter is given with the value YES, and the terminal does not 
have both input and output capability, an error diagnostic 
is given. There is no default for this parameter. 

ADDR-xx 

The ADDR parameter is the two-hex character represen- 
tation of the transmission line code of the terminal address. 
The terminal address and transmission code are physically 
wired at each terminal. Consult your IBM customer engi- 
neer for the exact code wired. 



ONLINE- {^-f 



The ONLINE parameter is used to specify whether the 
terminal is available to be used at the beginning of a CCP 
run. The default value for the omitted parameter is YES. 
A value of NO indicates that this terminal should be treat- 
ed by the CCP as if it were logically offline at startup. This 
specification can be overridden during the execution of the 
CCP by the system operator. 



POUTCOMP-n 

The POUTCOMP parameter is used only for 1050 terminals, 
and specifies the principal (or only) output device of that 
terminal. This parameter is required for a 1050 system spec- 
ified as a command terminal and indicates the component 
to which the CCP sends messages to the terminal operator. 
For a noncommand terminal, either this parameter, or the 
PINCOMP parameter is required. Both can be specified if 
the terminal has both input and output capabilities: 

The following numbers apply for the 1050 system: 

5 indicates printer 1 

6 indicates printer 2 

7 indicates punch 1 

8 indicates punch 2 



OFFACTN- 



JHOLD) 
(DROP I 



The OFFACTN parameter is used only for command ter- 
minals (COMMAND-YES). This parameter specifies the 
action to be taken with this terminal when the terminal 
operator issues the sign-off command. The only two ac- 
ceptable values are HOLD and DROP. 

HOLD means the line continues to be monitored by the 
system after the sign-off command is given. HOLD is the 
default value for a nonswitched line. 



PINCOMP-n 

The PINCOMP parameter is used only for 1050 terminals. 
This parameter specifies the input device for a 1050 system 
specified as a command terminal and indicates the compon- 
ent from which the CCP receives the terminal operator's 
input commands. For a noncommand terminal, either this 
parameter or the POUTCOMP parameter is required. Both 
can be specified if the. terminal has both input and output 
capability. 

The following numbers apply for the 1050 system: 



1 indicates keyboard 

2 indicates reader 1 

3 indicates reader 2 



DROP means that, when the sign-off command is given: 

• If the terminal is connected by a nonswitched line, that 
terminal's status is changed fromi online to offline. 

• If the terminal is connected by a switched line, the line 
is disconnected. 

DROP is the default for a switched line. 

The terminal operator can override the parameter specified 
when using the sign-off command. 



// PORTLINE Statement (Program Number 5704-SC2 only) 

The PORTLINE statement defines how the BSCA, BSCC, 
or SIOC portline is to be divided into ports and the size of 
the line buffers. The PORTLINE statement should be 
entered after the SYSTEM statement or after the last 
TERMATTR statement. One PORTLINE statement may 
be entered for each BSCA, BSCC or SIOC line supported. 
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The PORTLINE statement follows this format: 



//PORTLINE 



MODE- i ^''""^'^ i 
I Secondary j 



TYPE- 



SIOC 

LINE1 

LINE2 

LINE3 

LINE4 

TTASK 



BLKL-.i" '. 
I 252) ' 

MAXMSG-n 

.AQPORT-n 

,NAQPORT-n 

[,PORTPRFX-portprefJx] 

",XMCODE-/^^£eiCn' 
(ASCII jj 

;nretry.{^}]' 

NO r 

\yes/. 



,DBLBUF-<!!^.i]' 



".WAIT- i 1^1 



BSC lines one through 4 only. 



iPRIMARY 



MODE 



lISECONDARY {{ 



This specifies which system is to be the PRIMARY and 
which system is to be the SECONDARY. It is the user's 
responsibility to ensure that one system is defined as 
PRIMARY and the other system is defined as SECONDARY. 
If both systems attempt to execute a PUT instruction 
simultaneously, the PRIMARY system will execute its 
PUT instruction first. 



TYPE- 



SIOC 

S 

LINE1 

1 

LINE2 

2 

LINE3 

3 

LINE4 

4 

TTASK 

T 



The TYPE parameter must be given to define what type of 
portline is being used. 

One of the following values must be specified: 
Parameter Explanation 



SIOC 



Serial input/output channel. Channel 
connected systems communication is 
supported by CCP. Allows CCP programs 
to pass information over an SIOC chan- 
nel from one System/3 Model 15D to 
another System/3 Model! 5D. See IBM 
System/3 Model 15D Channel Connected 
Systems Program Reference and Logic 
/Wa/7fya/, GC21-5199. (Program Number 
5799-WNK is also required.) 



LINE1 through Portline over BSC lines. Allows CCP 
■-"^^^ programs written to communicate over 

1 through 4 an SIOC channel to also communicate 

over a BSC line. 



TTASK 

T 



Task-to-task. Allows CCP programs to 
pass information from one CCP task to 
another CCP task within the same 
System/3 Model 15D. This is like SIOC 
tasks passing information over the SIOC 
channel to another SIOC task executing 
in another system. 



BLKL 



I 252 



The BLKL parameter defines the block length, in bytes, for 
the SIOC channel buffers. It can be specified as one to ' 
five numeric digits with a valid range of 252 to 491 52 (all 
necessary lOBs will be added to the length to enable the 
block to transmit). The parameter defaults to 252 if not 
specified. This parameter is not used for PORTLINE 
operations other than SIOC. 
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MAXMSG-n 

The MAXMSG parameter specifies the maximum number 
of bytes of the largest message to be received. It is speci- 
fied as a number from 1 to 49152. This parameter must be 
specified. For PORTLINE other than SIOC, this value 
will be the block length. 

AQPORT-n 

The AQPORT parameter specifies the number of acquirable 
ports for this assignment set. The maximum number is 49; 
the default Is 0. 

NAQPORT-n 

The NAQPORT parameter specifies the number of non- 
acquirable ports for this assignment set. The maximum 
number is 49; the default is 0. 

At least one acquirable or one nonacquirable port must 
be specified. The number of acquirable ports on the 
primary system must match the number of nonacquirable 
ports on the secondary system. The number of nonacquir- 
able ports on the primary system must also match the 
number of acquirable ports on the secondary system. 
When TYPE-TTASK is specified in this PORTLINE state- 
ment, the number of nonacquirable and acquirable ports 
must be equal. 

PORTPRFX-portname 

The optional PORTPRFX parameter defines the first 
characters of the generated portnames. The portprefix 
must be one to four alphanumeric characters. 

The name of each logical port is generated using the 
characters given on the PORTPRFX parameter and 
appending a two digit port number. The acquirable port 
will start with the number 01 and the nonacquirable ports 
will start with the number 51 . 



XMCODE- 



EBCDIC \ 
ASCII ( 



The XMCODE parameter defines the transmission code 
used by the terminals on this line. If not specified, 
XMCODE defaults to EBCDIC. This parameter is valid 
only for TYPE-LINEn, where n=1 , 2, 3, or 4. 



NRETRY--! — !> 



The IMRETRY parameter defines the number of retries that 
take place if there is a transmission error on the line. If 
the error persists after the specified number of retries, the 
error is logged on the system console. If a program is in 
control of the terminal, an error return code is returned 
to the user program. If the terminal is not under the con- 
trol of a user program, CCP permits the system operator 
to bypass or retry the operation. A one to three digit value 
up to 255 is acceptable. If the parameter is omitted, the 
default value of seven is assumed. This parameter is valid 
only for TYPE-LINEn, where n=1 , 2, 3, or 4. 



DBLBUF- 



The DBLBUF parameter specifies whether terminals on 
this line are to be double line buffered. YES indicates 
double buffering is provided by CCP; the main storage is 
reserved at startup. NO indicates a single buffer is provided 
by CCP. The default is NO. Double buffering generally 
improves data transmission time, especially for multiple 
block transmissions. This specification refers to the line 
buffer, not the buffer work area specified by the 
MINTPBUF parameter on the system assignment statement. 
This parameter is valid only for TYPE-LINEn, where n=1 , 
2, 3, or 4. 




WAIT- 



180 ) 

n )' 



The WAIT parameter specifies a decimal delay count. The 
delay count is the number of seconds, after receiving or 
transmitting a block of data, that CCP waits for the user 
to receive or transmit another block of data for the same 
file. CCP waits the specified number of seconds by using 
the WACK END and TTD NAK line control sequences. 
A one- to four-digit value up through 9999 is accepted. 

If the delay count is exhausted between transmissions, 
CCP terminates the transmission and posts a completion 
code except when the end of file is received or transmitted. 
If a value is not specified, a 180-second delay count is 
assumed. If a delay count is specified, consider the time 
that may be required for such items as device errors, halts, 
and ready I/O devices. 



This parameter applies only when user programs are com- 
municating with a terminal on this line. The parameter 
applies only for PORTLINE TYPE-LINEn, where n=1, 2, 
3, or 4. 
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// TERMNAME Statement 

The TERMNAME statement defines symbolic names associ- 
ated with terminals and subterminals (a subterminal is a 
component of a 1050 system). This statement can also 
associate a telephone number to a specific terminal con- 
nected by a switched line. A maximum of 254 TERM- 
NAME statements can be given for one assignment set. 

At assignment time, every terminal must have at least one 
symbolic name associated with it. If more than one sym- 
bolic name is associated to a specific terminal, the first 
one given is called the primary name and those following 
are secondary names. 

The first TERMNAME statement that has both NAME and 
TERM ID parameters given for a specific terminal is the 
primary name for this terminal. Additional TERMNAME 
statements with the same TERMID and a different NAME 
parameter define names that can be given to the terminal 
via the /NAME terminal operator command. 



// TERMNAME NAME-termname[,TERMID-termid) 

[.MSTRNAME-termname] [,INCOMP-n] 
[,OUTCOMP-n] [,PHONENUM-number] 



NAME-termname 

The NAME parameter specifies a symbolic name to be 
associated with either a terminal or an input and/or output 
subterminal. If the parameter TERMID is specified on this 
statement, this NAME is associated with a specific terminal 
at the beginning of a CCP run. If the parameter MSTR- 
NAME is specified, this NAME is the name of an input 
and/or output subterminal. 

The value for this parameter must be one to six extended 
alphameric characters; it cannot be all blanks, CONSOL, or 
ALL. It must be different from any other name given on 
any other TERMNAME statement. 



This symbolic name can be given and not associated with a 
terminal at assignment time. In this case it could, during a 
CCP run, be assigned to a terminal by the system operator. 
Also, if this symbolic name is assigned to a terminal, by us- 
ing the TERMID parameter on this statement, it can be re- 
assigned to another like terminal by the system operator 
during a CCP run. 



TERMID-termid 

The TERMID parameter associates the terminal which has 
this two-character ID with the symbolic name given in the 
NAME parameter. Specifying this parameter implies the 
NAME parameter value is a terminal name and therefore 
the parameters INCOMP, OUTCOMP, and MSTRNAME 
cannot be given on this statement. The termid va|ue must 
be a termid given for a terminal on a BSCATERM or 
MLTATERM statement. 



MSTRNAME-termname 

The MSTRNAME parameter is used to associate the sub- 
terminal with a terminal symbolic name. This parameter 
should only be used when describing subterminals and can- 
not be specified if the TERMID parameter is specified. If 
this parameter is specified, either the INCOMP and/or 
OUTCOMP parameters must also be specified. The value 
given here must match a value given as a terminal symbolic 
name on a previous TERMNAME statement. 

When describing a 1050 system, this parameter will associ- 
ate the subterminal specified on this statement to a 1050 
system symbolic area. 



INCOMP-n 

The INCOMP parameter specifies an input subterminal (in- 
put component of a muiticomponent terminal) and implies 
the name given in the NAME parameter is the symbolic 
name associated with this subterminal. If this parameter 
is specified, then the MSTRNAME parameter must also be 
specified to associate this subterminal to a terminal sym- 
bolic name. 
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The value for this parameter must be a single digit number. 
For the 1050 system the following numbers apply: 

1 indicates keyboard 

2 indicates reader 1 

3 indicates reader 2 

4 indicates any one input component of the polled line 



OUTCOMP-n 

The OUTCOMP parameter specifies an output subterminal 
(output component of a multicomponent terminal) and 
implies the name given in the NAME parameter is the sym- 
bolic name associated with this subterminal. If this param- 
eter is specified, then the MSTRNAME parameter must also 
be specified to associate this subterminal to a terminal sym- 
bolic name. 

The value for this parameter must be a single-digit number. 
For the 1050 system the following numbers apply; 

5 indicates printer 1 

6 indicates printer 2 

7 indicates punch 1 

8 indicates punch 2 

9 indicates any or all output components of the polled 
system 



PHONENUM-number 

The PHONENUM parameter defines the telephone number 
for this terminal. A telephone number is required for 
switched lines using automatic calling or manual calling. 
The value given must be a string of numeric digits repre- 
senting the exact telephone number needed to place the 
call to this terminal. This parameter can be specified only 
if the TERM ID parameter is given on this statement. A 
maximum of 25 digits can be given for any one telephone 
number. 



//DISKFILE Statement 

The DISKFILE statement is used to describe the disk files 
that are used during the execution of this set. The Informa- 
tion given on this statement must correspond with the actual 
type of file as it Is defined In the program. 

A DISKFILE statement must be given for each disk file 
used by any program In this set, specifying the name by 
which programs refer to this file. A maximum of 50 
DISKFILE statements are allowed within one assignment 
set for Program Number 5704-SC1, and 192 DISKFILE 
statements for Program Number 5704-SC2. However, the 
DSM might restrict the number of files that can be opened 
during CCP startup. When Program Number 5704-SC2 Is 
used and there are more than 50 files specified In the assign- 
ment set, an external pointer list (EPL) is built In main 
storage. The size of this EPL can be either 2K or 4K bytes. 
It is put in the user program area at startup time. 



//DISKFILE NAME-filename 



'ft 
,ORG-<DV,RECL-n[,KEYL-n] 

I \ 



l,KEYPOS-nJ [.MSTRINDX- j^^^[l 



[,MIXSIZE-nl [,EXTENTS-n] 



Not applicable for Program Number 5704-SC2. 
Not applicable for Program Number 5704-SC1. 

NAME-fllename 

The NAME parameter specifies the name by which a pro- 
gram refers to the file. This name matches the name on an 
OCL // FILENAME-cccccccc, . . . statement to be Included 
at startup (unless that file is suppressed). 

To define a file more than once: 

Assignment Statements 

II DISKFILE NAME-x,ORG-D, RECL n 

// DISKFILE NAME-y,ORD-l,RECL-n,KEYL-n,KEYPOS-n 

Startup OCL 

II FILE NAME-x,UNIT-D1,PACK-D1D1D1 

//FILE NAME-y,UNIT-D1,PACK-D1D1D1,LABEL-x 

The files can be two read files, or one read file and one 
update file. 
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ORG- 



The ORG parameter specifies how the file is organized on 
disk. There is no default for this parameter. 

The following values can be specified: 

C indicates consecutive (sequential) 
D indicates direct 
I indicates indexed 

To use this parameter most effectively, you should match 
the keyword value in this parameter with the access value 
for the FILES keyword in the PROGRAM assignment 
statement. That is, when processing a direct file or 
consecutive file consecutively, use ORG-C. When 
processing a direct file or consecutive file by direct access, 
specify ORG-D. When the same file is accessed by both 
direct and consecutive methods, determine the ORG value 
by specifying the access method used most often to open 
this file. 

When running multivolume files, ORG-C (sequential) is 
invalid. 

When running CCP/Disk Sort Programs, ORG-C must be 
specified for the work file, and the output file. 

RECL-n 

The RECL parameter specifies the record length of the file 
on disk. The record length on disk and the record length 
for that file in a program must be the same. The value given 
for this parameter can be from 1 to 4096. 

For a CCP/Disk Sort program, the work file requires 
RECL-256. 

KEYL-n 

The KEYL parameter (required for indexed files) specifies 
the length of the key in an indexed file. The values can be 
from 1 to 29 but must correspond to the key length as de- 
fined in the file on disk. 




KEYPOS-n 

The KEYPOS parameter (required for indexed file) specifies 
the location of the key within the record. Specifically, the 
position given must be the position of the first character of 
the key in the record. This value is not a displacement 
value. This parameter must be given for all indexed files 
and can be from 1 through 9999, but must correspond with 
the value used when the file was created. 



MSTRINDX- 



The MSTRINDX parameter (Program Number 5704-SC1 
only) specifies whether this file should have a resident 
master index. The parameter can be omitted and the 
MIXSIZE parameter can be used to specify a master index 
and the main storage allocation for it. Master index is not 
supported for the 5445, 3340, or 3344 disk files. This 
parameter is valid only if the ORG parameter has a value 
of I. 

The MSTRINDX-YES is specified and the MIXSIZE param- 
eter is omitted, a master index of one entry per index cyl- 
inder is built at startup. 

Note: The disk track index of a 5445, 3340, or 3344 
index file is used by programs running under the CCP that 
are identical to programs running under disk system 
management. 

The default is NO, unless MIXSIZE-n is specified with a 
nonzero value indicating no master index within the CCP. 
This master index is external to the user's program and is 
the only master index used for this file when this program 
is run under the CCP. Thus, if space for a master index 
was included in the user program, it is not used under the 
CCP. 

The master index is a table containing entries for tracks in 
the index portion of an indexed data file. Each entry con- 
tains a track address and the lowest key field associated 
within that track. The most efficient size for the master 
index is equal to the key field length plus two multiplied by 
the number of tracks in the file index. A master index can 
significantly reduce the amount of time needed to process 
an indexed file on a 5444. 
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MIXSIZE-n 

The MIXSIZE parameter (Program Number 5704-SC1 
only) specifies the number of bytes to be allocated to the 
resident master index for this file. The user can specify up 
to 16,383 bytes for the master index. However, the largest 
resident master index that can be used is considerably less 
than this. The minimum value that can be specified is the 
number specified for KEYL plus five. This parameter is 
valid only if the ORG parameter has a value of I specified. 

The following chart indicates results of various combinations 
of the MSTRIIMDX parameter and the MIXSIZE parameter: 





MIXSIZE Parameter 




Nonzero 


Omitted 


MSTRINDX 






Parameter 






YES 


Valid, the speci- 


Valid, one en- 




fied number of 


try per cylinder 




bytes is used for 


of index 


NO 


master index 




Invalid 


Valid, no mas- 


Omitted 




ter index 


Valid, the speci- 


Valid, no mas- 




fied number of 


ter index 




bytes are used 






for master in- 






dex 





EXTENTS-n 

The EXTENTS parameter (Program Number 5704-SC2 
only) specifies the number of extents (volumes) for a multi- 
volume file. The values can be 2, 3, or 4; the value must 
correspond to the number of extents indicated within the 
corresponding file OCL statement at startup. 
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Disk File Names (Not Using Symbolic File Facility) 



The filename used in 
the program .... 



Program 



.... is the name that must 
be specified in a DISKFILE 
statement during assignment 



OCL at Startup 



.... and is the name that 
must appear as the NAME 
parameter in an OCL 
FILE statement at the 
startup of CCP. 




Assignment Set 



// LOAD $CCP,— 
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Relationship of Filename Used in Program to Name of File on Disk 



Program 




OCL at Startup f // RUN 



If the LABEL parameter is specified in the OCL FILE state 
merit, the actual file referred to is the file that resides on 
disk under the name specified by that LABEL parameter. 



If no LABEL parameter is specified in the OCL FILE state- 
ment, the actual file referred to is the file that resides 
on disk under the name specified by the NAME parameter. 
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//SYM FILE Statement 

The SYMFILE statement defines the symbolic disk file 
reference name. This statement specifies the set of disk 
files that the symbolic name can be validly associated with 
by the terminal operator /FILE commands (see index entry: 
file command). A maximum of 50 SYMFILE statements 
are allowed within one control set. 



// SYMFILE NAME-ccccccDISKFILE-'ccc . 



NAME-cccccccc 

The NAME parameter specifies a symbolic name that is 
used as a file reference name within one or more programs 
in this assignment set. This name does not identify a parti- 
cular file (as a DISKFI LE statement NAME parameter does). 
A file command from the terminal operator is required to 
specify which disk file is actually referred to in execution 
of the program. The file command must specify one of 
the disk files identified in this statement. It cannot dupli- 
cate any name on a DISKFILE statement or another SYM- 
FILE statement. 



DISKFI LE-'ccc... [,ccc...] ..." 

The DISKFILE parameter specifies one or more file names 
previously specified by the NAME parameter on a DISK- 
FILE statement. All files referred to in the DISKFILE 
parameter of the SYMFILE statement must have identical 
characteristics. A symbolic file name cannot refer to both 
5444 and 5445 disk files. For Program Number 5704-SC2 
the maximum number of files is 191 .' 

SYMFILE statements should not be used to overlay input 
data with output data when running CCP/Disk Sort because 
unpredictable results may occur. Symbolic files cannot be 
validly defined for programs requested via the chain task 
process because there is no line of control between the 
requester of a chain task sequence and the programs in that 
sequence. 



Each SYMFILE statement in the assignment set takes up one file 
making the maximum number of files 191 . 
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Symbolic Disk File Name 



This filename used in a program 
is a symbolic filename. 



The assignment set indicates 
that this name might refer to 
any one of three different disk 
files, depending on which one 
the terminal operator wants 
to use. 




Each of the possible disk file 
names must appear as the NAME 
parameter of an OCL FILE state 
ment at the startup of CCP. 



Assignment Stages 1 23 



Symbolic File Reference 



Before running the program, 
the terminal operator entered 
this command: 




Program 



When the program is requested 
by the terminal operator, the 
program accesses the actual disk 
file identified by the disk file 
name DEF. 




Because in this OCL, the disk 
file identified by the name 
DEF is specified as being on 
the disk under the name ABC, 
the file ABC is the actual file 
referred to in this run of the 
program. 



If the terminal operator had 
entered: 

/FILE XYZ.GHI 
the actual file GHI would 
be referred to. If the ter- 
minal operator had entered: 

/FILE XYZ,JKL 
the actual file MNO would 
be referred to. 
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Two Filenames Used in a Program Refer to the Same File 



Before running the program, 
the terminal operator entered 
this command: 



/FILE XYZ, DEF 



Program 




By using a symbolic 
file, the same file is 
used under two names, 
perhaps in order to 
process the file in two 
different ways in the 
program. 



GHI, JKL' 



OCL at Startup of CCP 
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// PROGRAM Statement 

The PROGRAM statement defines the logical structure 
and the resource requirements of a user program. One 
PROGRAM statement must be given for each program 
that can be requested by a command terminal during 
the execution of the CCP using this assignment set. A 
maximum of 255 program statements^ can be entered 
within one assignment set. This restriction does not 
apply to Program Number 5704-SC2; therefore the 
maximum number of programs is limited only by other 
application-dependent variables. For additional 
discussion about the programming languages supported, 
see IBM System /3 Communications Control Program 
Programmer's Reference Manual, GC2 1-7579. 

Note: Unit record devices do not have to be specified 
on the // SYSTEM statement. It is dynamically allo- 
cated from DSM. However, if the device is not 
immediately available, the requested program is 
rejected. 



//PROGRAM NAME-pgmname 

[,MRTMAX-nl [,NE VEREND- ' — 



|YES 



ISHRi 

[.printer- -no • 
/yes\ 




(.PGMDATA J Y°g V I 



,™S0- j- n,R2.01. ^3 



,TERMS-'termnamei/attrid) [,termname|/attridl i 
,FILES-'filename/access 



( SHR ] 
I \ NOSHR > 
KSORT ) -1 



,PACK- 



t PROGRAM- ^ 
(SYSTEM'' 



[,PRUF$Z-format name] 

[,PRUFLNG-nnnnl 

[,DFFMTERM-n] [.DFFNDF-nl [,DFFSFDT-n] 

[.MORCOR-nl 



t,PR,OR,TY-ii^^^ll [.TASKSlZE-nl' 



I LOW 



[.PGMFIND 



JYESJ 
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For Program Number 5704-SC2 only. 

For Program Number 5704-SC1 only. 

For Program Number 5704-SC2, these codes may also be specified: 

R1, F1, R2, F2 

D1A, DIB, Die, DID 

D2A, D2B, D2C, D2D 

D3A, D3B, DSC, D3D 

D3E, D3F, D3G, D3H 

D4A, D4B, D4C, D4D 

D4E, D4F, D4G, D4H 



NAME-pgmname 



MRTMAX-n 



The NAME parameter defines the name of a program that 
resides on a user's CCP pack specified in the PACK param- 
eter. The name must be one to six extended alphameric 
characters. However, it cannot start with a $ or a numeric 
character except as indicated in the following list: 

$CCPDD 
$CCPCL 
SCCPOP 

Exceptions: 

• $CCPDD — can be included to dump all storage dumps 
from $CCPFILE or $CCPDUMP (5704-SC2) to printer 
while CCP is running. Include the following statement. 

// PROGRAM NAME-$CCPDD,PRINTER-YES, 
PGMDATA-NO 

For Program Number 5704-SC2 only, the $CCPDD 
program statement does not need to be included in the 
assignment set; a standard entry is made by the system 
program. If a program statement for $CCPDD is en- 
tered, it is ignored. This is to assure that $CCPDD will 
be available during execution of CCP. 

• $CCPCL and SCCPOP - can be included to dynamically 
close and reopen disk files. Include the following 
statements: 

// PROGRAM NAME-$CCPCL,MRTMAX-1 

// PROGRAM NAME-$CCPOP 

$FCOMP cannot move or back up data areas if the files 
have been opened or closed by $CCPCO, $CCPCL, or 
SCCPOP. 



The MRTMAX parameter specifies that the program is capa- 
ble of servicing multiple requesting terminals, and the num- 
ber of terminals it is capable of servicing at one time. For 
^discussion about multiple requesting terminals, see IBM 
System/3 Communications Control Program Programmer's 
Reference Manual, GC21-7579. If this parameter is 
omitted, it indicates that this program (a single requester 
program) is not capable of servicing multiple requesting 
terminals. The valid range of numbers for this parameter 
is 1 to 239. MRTMAX-1 must be specified for the dynamic 
close facility, $CCPCL. 



NEVEREND- 



{is} 



The NEVEREND parameter specifies whether the program 
is never ending. The term never ending defines a program 
that, once it is initiated and loaded into main storage, re- 
mains in main storage for a relatively long time. If a re- 
source conflict occurs and either the requester or owner 
is a never-ending program, the requester is rejected. 

PRINTER- -^YES^ 
(SHR) 

The PRINTER parameter specifies whether the line printer 
is used in the program. The default is NO. SHR indicates 
the program uses the printer but will share it with other 
programs running under CCP. However, if SHR is specified 
the output can be interleaved with other program's output. 

R2501-{^3} 

This parameter specifies whether the 2501 is used in the 
program. The default is NO. 



For a description of dynamic close/re-open, see Disk File 
Close/Open Facility. 

• CCPFMT — can be included to find formats that have 
been added or updated since startup, and to update the 
DFFSFDT value (in the PROGRAM statement). For 

more information on CCPFMT refer to the Format Find 
Routine in the 3270 Display Format Facility (DFF) 
section of the IBM System/3 Communications Control 
Program Programmer's Reference Manual, GC21-7579 
or the IBM System/3 Model 15 Communications Control 
Program System Operator's Guide, GC21-7619. 
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MFCU1 
MFCU2 

mfcmT 

MFCM2 



C 

|RP, 

R 
)P 

NO 



These parameters specify how the MFCU and MFCM hop- 
pers are used in this program. The following explanations 
apply: 

Parameter Explanation 

C Combined file. Specify C if this program 

uses this hopper for combined input and 
output. 



RP 



NO 



Reader/punch. Specify RP if combined 
does not apply and this program uses this 
hopper for both input and output. 

Reader only. Specify R if this program 
uses this hopper for input only. 

Punch only. Specify P if this program 
uses this hopper for output only. 

Default value if this hopper is not used 
in this program. 




RP1442- 



This parameter specifies how the 1442 is used in this 
program. The following explanations apply: 



Parameter Explanation 



RP 



NO 



Combined file. Specify C if this program 
uses this hopper for combined input and 
output. 

Reader/punch. Specify RP if combined 
does not apply and this program uses this 
hopper for both input and output. 

Reader only. Specify R if this program 
uses this hopper for input only. 

Punch only. Specify P if this program 
uses this hopper for output only. 

Default value if the 1442 is not used in 
this program. 




N3741- 



This optional keyword specifies whether the 3741 (as a 
unit record device) is used by this program. The default is 
NO. The following explanations apply: 



Parameter Explanation 



RP 



NO 



Specify RP if this program uses the 3741 for 
both input and output. 

Specify R if this program uses the 3741 as 
input. 

Specify P if this program uses the 3741 as 
output. 

NO is the default value if the 3741 is not 
used by this program. 



PCDATA. {'^} 

The PGMDATA parameter specifies whether a program 
request from a terminal can have data entered with it. The 
default value if the parameter is not given is YES. If a 
terminal operator gives data with the program request, and 
the value in this parameter is NO, then the terminal opera- 
tor receives an error message. A program specified as serv- 
icing multiple requesting terminals (parameter MRTMAX) 
must not specify PGMDATA-NO. If PGMDATA-YES is 
specified, the requesting terminal is not required to enter 
data. However, the program must be able to handle zero 
data length input. 

If PGMDATA-NO is specified, any program request con- 
taining data is rejected by the CCP. 

PGMDATA-YES must be specified for CCP/Disk Sort pro- 
grams to do an accept input operation to free the console 
if it was the requesting device, and a release terminal 
operation if the requesting device was a terminal. 



ENDMSG- ^^^ ^ 



lYES/ 



The ENDMSG parameter specifies whether the terminal 
that requested this program will receive a message from 
the CCP when: 

• The program goes to end-of-job 

• The program releases the terminal 
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The default, if this parameter is omitted, is YES, indicating 
that a message is to be sent at these times. A specification 
ENDMSG-NO indicates that the following four messages 
are not to be sent to the requesting terminal: 

S03 PROG END-PROCEED 

S05 PROG EIMD-SHUTDOWN 

501 PROG REL-PROCEED 

502 PROG REL-SHUTDOWN 

Use of this parameter with the value NO might be particu- 
larly important if this program is requested by 3270 type 
terminals. If the display is to remain intact after the program 
releases the terminal or goes to end of job, ENDMSG-NO 
must be specified. 

TERMS-'termname[/attrid] [,termname[/attrid] ] . . . ' 

The TERMS parameter specifies terminals that are required 
to be available when this program is requested to execute. 
Terminal attributes sets can also be specified for these 
terminals. 

• The values for tiiis parameter can be entered as split-values 
and/or sublists. 

The value for TERMNAME is the symbolic name of a 
required terminal and must correspond to the NAME 
parameter on a TERMNAME statement. Each terminal 
name given for this parameter within one program must be 
unique. The terminal names do not have to be assigned 
to a specific terminal ID at assignment time. However, 
the system operator must assign them prior to the execu- 
tion of this program. No two terminal names can be 
assigned to the same terminal ID. 

The value for ATTRID specifies a terminal attributes set 
to be associated with this terminal during execution of this 
program. The value must be one of the attribute set values 
specified for this terminal on the BSCATERM or MLTA- 
TERM statement. If the attrid value is omitted, the first 
attributes set given on the BSCATERM or MLTATERM 
statement apply. 

The requesting terminal is not normally specified as a re- 
quired terminal, but if it is, the above conditions apply. 

The maximum number of required terminals allowed with- 
in one PROGRAM statement is 80 or fewer, and the maxi- 
mum number of specified files allowed within one 
PROGRAM statement is 40 or fewer, depending on the 
following formula: 

T + 2F< 112 



where 



F= the number of filenames entered in the Fl LES 
parameter on this statement 

T= the maximum number of required terminals 
allowed on this statement 



( SHR ) 
FILES-'filename/access[/< NOSHR> ] 

(ksort) 

[,filename/access, . . .] ' 

The FILES parameter must be specified if disk files are 
used in this program. The values for each file are given as 
split-values and if multiple disk files are used, the entire 
value for the FILES parameter is a sublist. 

The value for filename is required for each disk file used 
and must be a disk file name as specified in the program. 
Each filename specified here must correspond to the 
NAME parameter given on a DISKFILE statement or 
SYMFILE statement. See the formula under the TERMS 
parameter for the number of filenames that can be entered. 

The value for access is required and describes the assumed 
organization and mode of access of this file as used by this 
application program. For additional discussion about the 
value for access, see /BM System/3 Communications Con- 
trol Program Programmer's Reference Manual, GC21-7579. 
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The following terms can be entered for the access value: 



i 



CO- 

CG- 

CU- 

CA- 

DG- 

DU- 

DO' - 

IS- 

ISA- 

ISL- 

ISU- 

ISUL- 

ISUA- 

lA- 

IR- 

IRA- 

IRU- 

IRUA- 

10- 

lOU- 

SHR 



Consecutive output 

Consecutive input 

Consecutive update 

Consecutive add 

Direct input 

Direct input and update 

Direct output 

Indexed sequential input only 

Indexed sequential input and add 

Indexed sequential input with limits 

Indexed sequential input and update 

Indexed sequential input and update with 

limits 

Indexed sequential input, update, and add 

Indexed sequential add only 

Indexed random input only 

Indexed random input and add 

Indexed random input and update 

Indexed random input, update, and add 

Ordered indexed load 

Unordered indexed load. 



^ NOSHR \ 

(ksort j 

This optional parameter specifies whether this file can be 
shared with another program while this program is execut- 
ing. The CCP allows the sharing of disk files in either input 
or update mode but the sharing of the same record at the 
same time is prohibited within the CCP. SHR, the default 
value for input, update, and add files indicates this file can 
be shared with another program. NOSHR, the default for 
load files, indicates this file is not shared with any other 
program during execution of this program. Files that are 
defined more than once within the same program cannot be 
opened as NOSHR. For Program Number 5704-SC1, SHR 
must not be specified if the access is CO, 10, lOU, CA, ISA, 
or ISUA. For Program Number 5704-SC2, SHR must not 
be specified if access is CO, 10, or lOU. 

NOSHR must be specified for CCP/Dlsk Sort work files and 
output files. 



KSORT (Program Number 5704-SC2) 

This optional parameter specifies whether the keys added 
to an indexed file, during the execution of the task, should 
be sorted and merged into the existing file index. KSORT 
can be specified only if the access is I A, ISA, ISUA, IRA 
or IRUA. If KSORT is specified, the file cannot be shared. 



PACK 



( PROGRAM' 
(SYSTEM' 



The PACK parameter specifies the disk pack that contains 
this program. PROGRAM is the default value and indicates 
this program resides on the pack $CCP was loaded from. 
SYSTEM indicates this program resides on the pack from 
which the user loaded DSM (IPL). PACK-R1, F1, R2, F2 
or D1A through D4H (as noted above) indicates the logical 
unit that contains a program (Program Number 5704-SC2 
only). 

The PACK parameter specified for programs SCCPCL, 
$CCPOP, and $CCPDD is restricted to PROGRAM. 

For EXECFIND-YES programs, the pack parameter specifi- 
cation is restricted to PACK-SYSTEM or PACK-PROGRAM 
(Program Number 5704-SC2 only). This allows CCP to use 
all 24 libraries to contain various user programs. 

Placing programs or formats in a library designated by a 
physical unit may cause resident CCP to expand by 2K 
bytes. 



PRUFLNG-nnn 

The PRUFLNG parameter specifies the size of the program 
request under format (PRUF) input data coming from a 
3270 screen. PRUF allows data with the program request 
to exceed the restriction of up to 78 characters normally 
associated with non-PRUF program requests. 



Notes: DO, direct output, allows the following: 

1 . The file can be a new file created at CCP startup. 

2. The file is initialized to blanks at CCP startup. This elimin- 
ates the need for the file to be initialized before CCP startup. 

3. The user can code his programs as DU (to allow checking 
for possible synonyms or updating records) but still specify 
DO in the //PROGRAM FILES keyword to allow steps 1 and 
2 above. 



For Program 


Number 5704-SC2, the following codes may also be 


specified: 




R1, F1, 


R2, F2 


D1A, DIB, 


Die, DID 


D2A, D2B, 


D2C, D2D 


D3A, D3B, 


DSC, D3D 


D3E, D3F, 


D3G, D3H 


D4A, D4B, 


D4C, D4D 


D4E, D4F, 


D4G, D4H 



130 



Specifying this keyword indicates that the PRUF option 
should be used during execution of this set. The PRUF 
option causes all text received with a 3270 program request 
to be passed to the program. (Without PRUF, only the first 
data field from the 3270 screen is passed to the user program 
as data with the program request.) If you specify the 
PRUFLNG parameter, you cannot specify PGMDATA-NO. 

For non-DFF formats, the length you specify indicates the 
maximum number of text characters that can be received 
from the 3270 screen as a result of the program request. 
(This includes the 3270 text header and all 3270 field and 
control characters.) 

For DFF formats, the PRUFLNG parameter specifies the 
maximum number of the text characters (not the size of 
the program's input record area) that can be received from 
the 3270 screen for the format specified for PRUF$Z. For 
more information, see the IBM System/3 Communications 
Control Program Programmer's Reference Manual, 
GC21-7579. 



A 1- to 3-digit value from 1 through 255 can be specified. 
If this parameter is omitted, it is assumed no terminals 
serviced by this program will use DFF. 

If this parameter is specified, the parameters DFFMTERM 
and DFFSFDT must also be specified on this statement. 

DFFSFDT-n 

The DFFSFDT parameter specifies the size of the largest 
field descriptor table of any display format used by this 
program. 

The value for this parameter can be from 1 through 3584 
but must correspond to the largest field descriptor table 
used, as printed by the display format generation routine. 
If this parameter is omitted, it is assumed no terminals 
serviced by this program will use DFF. 

If this parameter is given, the parameters DFFMTERM and 
DFFNDF must also be given on this statement. 



PRUF$Z-format name 



MORCOR-n 



The PRUF$Z parameter specifies the format name that 
should be used by the Display Format Facility (DFF) to 
de-code the data received with the program request. When 
this parameter is specified, the PRUFLNG, DFFMTERM, 
DFFSFDT, and DFFNDF parameters must also be specified 
on this statement. For more information, see the IBM 
System/3 Communications Control Program Programmer's 
Reference Manual, GC21-7579. 



The MORCOR parameter specifies additional 2K blocks of 
main storage allocation to the program for memory resident 
overlays (MROs) and external buffers. You can specify a 
one or two digit value from 1 through 99. If the additional 
storage is not available at program execution time, the pro- 
gram is executed without MROs. To use the MROs with 
the additional storage, the program must be link-edited 
with an MRO option. 



DFFMTERM-n 

The DFFMTERM parameter specifies the number of 
terminals a program can be connected to; therefoi"e, when 
MRT-programs are used this parameter must not be less 
than the MRTMAX-parameter. 

A 1 - to 3-digit value from 1 through 239 can be specified. 
If this parameter is omitted it is assumed none of the ter- 
minals serviced by this program will use DFF. 

If this parameter is specified, the parameters DFFNDF and 
DFFSFDT must also be specified on this statement. 



DFFNDF-n 

The DFFNDF parameter specif ies the maximum number 
of display format names that are referred to during any 
execution of this program. 



SORT 



( NO 
(YES 



This optional parameter (used for Program Number 
5704-SC2 only) specifies whether this program is a CCP/ 
Disk Sort program. When SORT-YES is specified, three 
files must be specified on the FILES parameter of the 
PROGRAM statement: 

• An input file with consecutive input (CG) access. Note 
that CG access should be used on direct and indexed 
files (maximum of eight input files). 

• A work file with consecutive add (CA) access and 
RECL-256 specified on the DISKFILE statement 
regardless of the record length of the input and output 
files (ORG-C on the DISKFILE assignment statement). 

• An output file with consecutive output (CO) access 
(ORG-C on the DISKFILE assignment statement). 
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Duplicate filenames between the three file accesses are not 
allowed. These names must reference the sort files identi- 
fied on the CCP/Disk Sort generation OCL file statements. 

The NOSHR parameter must be specified for work files 
and output files. Sharing of input files is allowed; however, 
unpredictable results may occur due to updates entered by 
sharing tasks. 

The PGIVIDATA-YES parameter must be specified so that 
the CCP/Disk Sort program will release the requesting 
terminal when the program is loaded. 



PGMFIND 
Not 
specified 



No 



Yes 



EXECFIND 



No 



CCPPGM 
access 
is not 
allowed 



Yes 



Multiple 
CCPPGM 
accesses are 
allowed 



Only one 
CCPPGM 
access is 
allowed 



Multiple CCPPGM accesses 
are allowed 



The EXECFIND parameter (for Program Number 5704-SC2 
only) allows the specification of execution time program 
find (YES), or program find during startup (NO). The 
default is NO. Specifying YES forces CCP to locate and 
load the designated program every time it is called. Excessive 
use of EXECFIND can decrease performance. 

PACK-PROGRAM or PACK-SYSTEM must be specified for 
EXECFIND-YES programs. 



PRIORITY- 



(NORMALj 



PGMFIN 



.{ 



YES"! 
NO j 



The PGMFIND parameter (for Program Number 5704-SC2 
only) allows the location of the program to be changed by 
the program find routine (CCPPGM). Refer to the follow- 
ing chart. Specifying PGMFIND-YES allows the program 
find routine to access the program an unlimited number of 
times. Specifying PGMFIND-NO prohibits the program 
find routine from accessing the program, unless 
EXECFIND-YES is also specified. If PGMFIND-NO and 
EXECFIND-YES are both specified, the program find 
routine is allowed to access the program only one time. 

If PGMFIND is not specified, the program find routine can- 
not access the program, unless EXECFIND-YES is speci- 
fied. In this case, the program find routine has access to 
the program an unlimited number of times. 

The effects of the PGMFIND parameter are different from 
the effects of the EXECFIND parameter. With PGMFIND, 
the system performance is not impaired, and no restriction 
is placed on the location of the application programs. 



(LOW 






The PRIORITY parameter (for Program Number 5704-SC2 
only) specifies the priority a program is to have as a CCP 
task. The default is NORMAL. 



TASKSIZE-n (Program Number 5704-SC2 only) 

The TASKSIZE parameter specifies the main storage size 
(in 1 K blocks) to be allocated by the program. This size 
overrides the program size (in sectors) contained within the 
header record of the object program. You may specify a 
value from 4 to 32. When TASKSIZE is specified, 
EXECFIND-YES cannot be specified. 



PROGRAM FIND ROUTINE {PROGRAM NUMBER 
5704-SC2ONLY) 

The program find routine (CCPPGM) allows a user to access 
a new or revised version of a program (on the same or 
different unit) that was specified in the assignment set. The 
use of CCPPGM is governed by the EXECFIND and 
PGMFIND parameters on the // PROGRAM statement. 

The program find routine is executed under CCP and may 
be requested from the console or from any command 
capable terminal. 

If EXECFIND-YES had been specified on the // PROGRAM 
statement, the program find routine can be used to change 
that status to EXECFIND-NO, thereby decreasing the time 
required to fetch that program. 
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EXECFIND programs must reside on the CCP program or 
system pack, whereas PFMFIND programs may reside in 
any simulation area library. The program find routine can 
be applied to all versions or copies of a program in any 
simulation area to which CCP has access, assuming that the 
program had been defined in the assignment set. (CCP has 
access to the system pack, program pack, F1, R1, F2, and 
R2, as well as to any physical simulation area that contains 
application programs or DFF formats that are currently 
being used.) 

The use of CCPPGM may cause the assignment set being 
executed and its assignment set source to be inconsistent. 
When programs are found, the assignment set source should 
be updated to reflect the revised status of the program, and 
updates should be made to the PACK parameter if 
necessary. 

To use CCPPGM, make the following entries in the assign- 
ment set: 

// TERMATTR ATTRID-04,DATAFORM-MESSAGE, 

DFF3270-NO 
// PROGRAM NAME-CCPPGM.'nEVEREND-YES, 

ENDMSG-NO 

For additional information on the use of CCPPGM, refer 
to the IBM System/3 Model 15 Communications Control 
Program System Operator's Guide, GC21-7619. 



To use CCPFMT, make the following entries in the assign- 
ment set: 

// TERMATTR ATTRID-04,DATAFORM-MESSAGE, 

DFF3270-NO 
// PROGRAM NAME-CCPFMT,NEVEREND-YES, 

ENDMSG-IMO 

The routine is invoked from either the system operator's 
console or a command terminal. For additional informa- 
tion on the use of CCPFMT, refer to the Model 15 CCP 
System Operator's Guide, GC21-7619. 

Note: When CCPFMT is included in an assignment set, 
ATTRID-04 is required for format find. 



DISK FILE CLOSE/OPEN FACILITY 

This facility allows the system operator to dynamically 
close and re-open disk files opened at startup. By doing 
this, you can merge added records with existing records in 
add files. By closing and re-opening an indexed add file 
you can: 

• Improve performance for indexed random add accesses 

• Add sequentially to an indexed file more than once per 
execution of CCP 



Note: When CCPPGM is included in an assignment set, 
ATTRID-04 is required for Program Find but may also be 
used for FORMAT FIND (CCPFMT). 



FORMAT FIND ROUTINE (PROGRAM NUMBER 
5704-SC2 ON LY) 

The format find routine (CCPFMT) makes formats that 
have been created or modified by DFGR or PFGR in 
another partition, available to programs in the current 
assignment set. The routine is executed under CCP and 
performs the following functions: 

• Places the current object library C/S (cylinder/sector) 
location of the format into the format index in 
$CCPFILE. 

• Updates the DFFSFDT value of the PROGRAM assign- 
ment statement. 



Note: Running $CCPCL will not allow batch users to use 
SHARE-NO on any file that opened at CCP startup. 

• Retrieve added records without including add data 
management in CCP programs 

• Run programs in the non-CCP partition that access the 
added records in the closed files for retrieval or update 

Records loaded to a CCP output file remain unaccessable 
to other partitions until CCP is shutdown. 

When run on a multivolume file, the Close/Open facility 
will close or open the entire file while it is being used in 
the current assignment set. 

To use the Disk File Close/Open facility, you must specify 
the following programs in the assignment set: $CCPCL and 
SCCPOP. For a description of the required assignment 
statements, see the keywords NAME and MRTMAX of the 
PROGRAM statement. 



Assignment Stages 133 



If the indexed add files will be closed, the following OCL 
statements should be included in the CCP startup OCL to 
reserve space for the following files: 

// FILE NAME-$INDEX44 (for indexed add files on 5444 

drives, Progrann Number 
5704-SC1 only) 



//FILE NAME 



|$INDEX40 \ 



' $INDEX45) I '^'-"^ indexed add files on 

5445, 3340, or 3344 drives) 



//FILE NAME-$INDEX40 (for indexed add files on 3340 

or 3344 drives, Program Num- 
ber 5704-SC2 only) 



ASSIGNMENT LIST PROGRAM 

The assignment list program ($CCPAL)' can be executed 
after the assignment file build program ($CC1 BF) is exe- 
cuted. $CCPAL has four purposes: 

1 . List either the contents of all the assignment sets in 
the assignment file, $CCPFI LE, or the contents of 
any individual set in the file, to show the contents 
of the set or sets. 

2. List the request count for each program in the assign- 
ment file, if the program request count option was 
chosen at generation time. The request counts can 
be listed either separately for each set or as a total 
for all sets. The user can clear the request count to 
either after listing the counts or without listing the 
counts. 

3. List the assignment file directory. 

4. List the CCP configuration. This is allowed anytime 
after generation, even before an assignment run. 

The CCP assignment list program ($CCPAL) can be used to 
list the following assignment file data: 

• Assignment file configuration record, directory, or 
assignment sets. 

• An option to list and/or reset the program-request count 
(if request count was selected at generation). 



The input for the assignment list program is as follows: 

• The previously built file $CCPFILE. 

• The OCL statement provided by the user. The source 
statements must be input from the system input device. 
The following OCL statements are needed: 
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• The assignment control statements instructing $CCPAL 
of the function(s) it is to perform. 

A combination of parameters on the // LIST control 
statement to define the options the user wishes to exer- 
cise in listing the file, SCCPFILE. 

• The /* statement at the end of all input control statements 
The output for the assignment list program is as follows: 

• A user selected listing of portions of the file $CCPFI LE. 

• A user selected resetting of the program-request count 
within the file (if request count was selected at genera- 
tion). 

All listings are output to the printer. 

Keyword parameters are listed in the form used by the 
assignment build program control statements. The date 
and time headers of the system information table (SIT) 
denote the date and time of the assignment build and do 
not represent valid assignment keywords. 



For more information concerning the execution of $$CCPAL, 
see Assignment Restrictions in this chapter (5704-SC2 only). 



134 



// LIST Statement 

The assignment list program is controlled by the list state- 
ment, which the user enters from the system input device. 
The list statement specifies: 



The value id refers to any valid assignment set that exists in 
the control file and causes that set to be printed provided 
no other parameters are included in this statement. If the 
parameters PGMSTAT and/or RESETPS are included, the 
id value refers to all request counts within that set. 



• What is to be listed— an individual set, all sets, only the 
control file directory, or only the CCP configuration. 

• Whether the program-request count should be printed 
for one or all of the sets in the file. 

• Whether the program-request count should be reset to 
zero for one or all of the sets in the file. 



// LIST 



[SET- 



[.RESETPS- 




.PGMSTAT- 



NO 1 . 
YES/^ 



The statement identifier is the word list Any number of 
list statements can be entered for a single execution of 
$CCPAL. No continuation statements are allowed. This 
control statement must be given but no parameters are re- 
quired on the statement. 

If no parameters are specified, the statement contains the 
following information only: 

// LIST 

All defaults are assumed, the contents of all the sets in the 
file are listed, and the program-request count is left un- 
touched. 



SET- 



The SET parameter specifies which parts of the $CCPFILE 
to list. 




The value ALL, the default value, causes all assignment sets 
to be listed provided no other parameters are included in the 
statement. If the parameter PGMSTAT and/or RESETPS 
is included, the value ALL refers to all request counts with- 
in all assignment sets in the file. 

The value DIR causes the control file directory (contains 
the IDs of assignment sets contained in the file) to be 
printed. If the value SET-DI R is given, no other parameters 
can be given on this statement. 

The value CONFIG indicates the CCP configuration record 
should be printed. If the value SET-CONFIG is given, no 
other parameters can be given on this statement. 



PGMSTAT- 



m 



The PGMSTAT parameter states whether the program- 
request counts should be printed. The program-request 
counts for all assignment sets are printed if the value for 
the SET parameter is ALL or not given, the value YES is 
given for this parameter, and the option was chosen at gen- 
eration time. If the value given is for a particular valid set 
ID and the value YES is given for this parameter, the request 
counts for just that set are printed. The default, if this 
parameter is omitted, is NO. If the value YES is given for 
this parameter, and the system was defined at generation 
time as not containing request counts, a diagnostic message 
is given and this statement is ignored. 

Note: If an assignment build is run to replace the set CCP 
is executing from, the program count will be reset to zero 
for that set. If an assignment build is run to delete the set 
CCP is executing from, the program count is lost for that 
set. 
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RESETPS- 



\rJ 



The RESETPS parameter states whether the program-re- 
quest counts should be reset to zero. If the value YES is 
given and the value /4Z.Z. is given (or defaulted) for the SET 
parameter on this statement, the program-request counts 
for all sets in the file are reset to zero. 

If the value YES is given and a valid set ID is given for the 
SET parameter on this statement, the program-request 
counts are reset to zero for just that set. If the program 
request count is reset for the set CCP is executing from, 
the program request count will be lost for that execution. 
The default, for the omitted parameter is IMC. If the value 
YES is given with this parameter, and the system was 
defined at generation time as not containing request counts, 
a diagnostic message is given and this statement is ignored. 



Combinations of parameters and their associative meaning 
for the LIST statement follows. Whenever a parameter is 
omitted, the same effect would occur if the parameter were 
given with its default value. 

// LIST 

List all sets in the file. 

//LISTSET-id 

List this particular set. 

//LIST SET-ALL 
List all sets in the file. 

//LISTSET-DIR 
List only the directory. 

//LISTSET-CONFIG 

List only the configuration record 

// LIST PGMSTAT-YES 

List the program request-counts for all sets. 

// LIST RESETPS- YES 

Reset the program request-counts to zero for all sets. 

// LIST SET-id,PGMSTAT-YES 

List the program request-counts for this set only. 

// LIST SET-id,RESETPS-YES 

Reset the program request-counts for this set only. 

// LIST PGMSTAT-YES,RESETPS-YES 

List the program request-counts for all sets and reset 
them to zero. 

// LIST SET-id,PGMSTAT-YES,RESETPS-YES 

List the program request-counts for this set and reset 
them to zero after listing them. 
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SAMPLE ASSIGNMENT BUILD EXECUTION 

As indicated in the sample assignment set for card-oriented 
assignment, the dummy 1 and dummy 2 program, and the 
DISKFILE statements should be deleted before running 
this assignment set. 



// LOG PRINTER 

// LOAD SCCPASfRl 00070000 

* 00080000 
*****FILL IN PACK AND UNIT 00090000 

* 00100000 
// FILE NAHE-$CCPFILE,RETAIN-P,UNIT-RI,PACK-R1RIR1 OOllOOOO 

* 00120000 
*****FILL IN PACK AND UNIT 00130000 

* 00140000 
f) FILE NAME-$CCPW0RK,RETAIN-S,TRACKS-3,UNIT-R1,PACK-R1R1R1 00150000 
// RUN 00160000 
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*********THE FOLLOWING STATEMENTS CAN BE MODIFIED FOR YHIIR 
*,*.*....CONFIGURATION BUT SOME MUST BE KEPT Vi RuS cJSvP. SEE THE 
*********COMMENTS IN THIS DECK. 

* 

// SET ID-a, ACTION-CREATE, DFLTEXEC-YES 

// SYSTEM MINUPA-16K,MINTPBUF-3090» 

// PASSWORD-FECD, 

// C0MMANDL-50,DFF PACK-PROGRAM, PGMREGL-1 5 

tf TERMATTR ATTR I D- 1 , TR ANSLAT-NO, BL KL-512 , DATAFOR M-ME SSAGE , 
// VERIFYIC-N0,DFF3270-YES 

* 

****««»««THIS STMNT TYPE REQD FOR CCPIVPIOR MLTALINE STMNTJ 

// BSCALINF TYPE-CS,LINEIMUM-l,POLLLIST-'00, 01, 10,11' 

// BSCATERM TERM! 0-00. TYPE-3277M2,ATTRID-1, COMMAND-YES, DFFACTN-HOLO, 

// ADDRCHAR-«6060't040*,POLLCHAR-*40404040* '^'im-mulu, 

// BSCATERMTERMID-01.TYPE-3277M2,ATTRI0-1, COMMAND- YES, OFFACTN-HOLD, 

// ADORCHAR-*6O6aClCl*,POLLCHAR-*A0^0ClCl* -^^MULU, 

// BSCATERM TE RM I 0-10 , TYPE-32 77M2 , ATTR I D- 1 , COMMAND-NO, 

// *CDRCHAR-«6 16 14040«,POLLCHAR-*C1C 1^040* 

// BSCATERM T ERMI D- U , TYPE-3277M2 , A TTRI D- 1 , COMMAND-NO, 

// ADDRCHAR-*6161C1C1*,PCLLCHAR-*C1C1C1C1* 

// TERMNAME N AME-CUODVO,TERMID-00 

// TERMNAME NAME-CUOOVl , TE RMI D-Ol 

// TERMNAME NAME-CUIDVO, TFRMI D-IO 

// TERMNAME NAM E-CUIDVI , TE RM ID- U 

*********THIS STMNT TYPE REQD FOR CCPIVP 
// DISKFILE NAME-CGIVFIL1,0RG-C,RECL-16 
*********THIS STMNT TYPE RFQD FOR CCPIVP 
// DISKFILE NAME-CGIVFIL2,ORG-C,RECL-16 

****«**«*MOTE THAT ONE DISKFILE STATEMENT -CGIVFILF- WOULD BE NEEDED 
****'****IF SYMBOLIC FILES ARE NOT BEING USED. 

* THE FOLLOWING TWO DISK FILE STATEMENTS ARE FOR EXAMPLE ONLY AND 

* SHOULD EE REMOVED PRIOR TO RUNNING THIS ASSIGNMENT SET. 

// DISKFILE NAME-DUMMYl,GRG-D,RECL-256 

// DISKFILE NAME-0UMMY2,ORG-I,RECL-64,KEYL-8,KEYPOS~l,MSTRINOX-YES' 
*««*«*»«*THIS STMNT TYPE REQD FOR CCPIVP IF SYMBOLIC FILES ARE USED. 
// SYMFILE NAME-CGIVFILE,DISKFILE-«CGIVFIL1,CGIVFIL2" 

*************THIS STMNT NECESSARY FOR CCPIVP, PACK AND PRINTER VAI NFS 
*************CAN BE CHANGED FCR YOUR CONFIG. PRINTER VALUES 

// PROGRAM NAME-CCPIVP,PGMDATA-YES, 
// FILES-'CGIVFILE/CO/NDSHR', 

// PACK-PROGRAM, PRINTER-NO 

*********NOTE THAT CCPIVP MUST BE ON CORRECT PACK AT STARTUP OF CCP. 



00170000 

00180000 

00190000 

00200000 

00210000 

00220000 

00230000 

00240000 

00250000 

00260000 

00270000 

00280000 

00290000 

00300000 

00310000 

00320000 

00330000 

00340000 

00350000 

00360000 

00370000 

00380000 

00390000 

00400000 

00410000 

00420000 

00430000 

00440000 

00450000 

00460000 

00470000 

00480000 

00490000 

00500000 

00510000 

00520000 

00530000 

00540000 

00550000 

00560000 

00570000 

00580000 

00590000 

00600000 

00610000 

00620000 

00630000 

00640000 

00650000 

00660000 

00670000 

00680000 

00690000 

007C0000 

00710000 

00720000 

00730000 

00740000 

00750000 

00760000 



Not applicable for Program Number 5704-SC2. 
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« THE FOLLOWENG TWO PROGRAM STATEMENTS ARE FOR EXAMPLE ONLY AND 00770000 

* SHOULD BE REMOVED PRIOR TO RUNNING THIS ASSIGNMENT SET. 00780000 

* 007S0000 
n PROGRAM NAME-0UMHY1,MRTMAX-2,PGMDATA-YES, 00800000 
// FILES-'0UMMY1/DU/SHR,DUMMY2/IRUA/SHR' , PACK-SYSTEM, DFFMTERM-4, OCSIOOOO 
// DFFNDF-2,OFFSFDT-1150 00820000 
« 00830000 
// PROGRAM NAME-DUMMY2,MRTMAX-2,PGMDATA-YES, 00840000 
// FILES-'DUMMY1/DU/SHR,DUMMY2/IRA/SHR' .PACK-SYSTEM, DFFMTERM-2, 00850000 
// DFFNDF-l,DFFSFDT-396 00860000 

* 00870000 
« 00880000 

00890000 

WARNING MESSAGES 

TERMINATION MESSAGES 
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For Program Number 5704-SC2 

tCCPFILE CCNFIGURariCN 00/00/00 

STGM-ON SECURTTY - CCP 

sire PORT LINP SUPPORT 

TftSK-TO-TASK FACILITY SUPPORT 

NUMBER pc 8SCA LIMES AVAILABLE TT CCP 2 

SWnCHFO^ PCRTLINE "^ ^ "^"^P-P^'^T MULTIPCINT CCNTROL-ST AT ION 

BSCA DEVICE-TYPE SUPPORT 
3 2 75*^1 
3277M1 
3 28 AM 1 
3296M1 
3275M2 
3 2 77M2 
3234M2 
3296M2 
3735 
CPU 
3741 

^y^;BER HF BSCC LINES AVAILABLE TC CCP 2 

eSCC L'NE-TYPF SUPPORT CONTROL- STAT ICN PC I NT-TC- PC I NT PCRTLINE 

''"' E^^^'-K^'^aIcII INTrRVAL-PCLL"fSr,"""'''''''°'-'°''° GET-.ESSACE 
BSCC OEVICE-TYPF SUPPORT 

3 2 7 5M I 

3277^11 

3284M 1 

3286M1 

3275M7 

3 2 77^^2 

3284*12 

3286*12 

3735 

C°\) 

3741 



For Program Number 5704-SC2 



SCCPFTLE OIRECTPRY LIST 00/00/00 

NUMBER np SPTS XK THIS CCP FILF , 

NUMBER OF EMTPTES AVAILABLE POR SETS ?4 

PATF^FrPp [Ic? ?,^ntH^cl ^^'' ^° WITH NO STARTUP PROMPTS *S) * 

DATE FILE LAST UPOATEO 00/00/00 

SET 10 ,N THE FILE LENGTH CF SET IN SECTORS 



a 



7 
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For Program Number 5704-SC1: 



SET-a 



$CCPFILE SYSTEM INFORMATION TABLE 



MINTPBUF POLTIME PRINTER RP1442 COMMANOL DFFPACK 

MINUPA PASSWORD N3741 MFCU R2501 PGMLNG FSQE 



18K 3090 FECO 60,2 NO NO 

For Program Number 5704-SC2: 



NO 



NO N 50 15 PROGRAM 



00/00/00 

DATE TIME 
05/01/76 04 36 



SET-a 



tCCPFlLE SYSTEM INFORMATION TABLE 



MINUPA ""^"''^%aSSW0Rd''°'-''^^37./'^"^'" MFCU '''"''- ^^'^'^^^'^L 



22K 
DATE 
0*/07/80 00 22 
SET-a 



R2501 PGMLNG 

2840 FECD 60,2 NO NO NC NO NO 50 



Tw^e "AXCHAIN ERTIME DUMPUNIT 

TIME CSPOLTIM PRUFOF 



60,2 05 NO 

tCCPFILE TERMINAL ATTRIBUTES TABLE 



15 



04/07/80 



DFFPACK 



OFF INDX 
PROGRAM NO 



ATTRID UPCASE DATAFDRM BLKL TRANSP SPAN DFF3270 

TRANSLAT SWITCHED RECL ITB VERIFYID LlhF3270 



H2 NO 



1 NO NO ^0 MESSAGE 

For Program Number 5704-SC1 : 

StT-a SCCPFILE LINE CONTROL TABLE 

LK'IENUM 



NO 



NO 



NO 



\/ARL 
NO 

00/00/00 



YES 



DATARATE RCVINT DBLBUF NRETRY CALC BSCA WAIT 

TYPE AUTOPQLL TIOLT XMCQOE BLOCK SIZE RECL 



BSCA-1 CS 



NO 



EBCDIC 



564 



180 



LINENUM DELAY/ IDEXSEND 

POLLLOOP 

BSCA-1 18 

For Program Number 5704-SC2: 

5ET-a SCCPFILE LINE CONTROL TABLE 

LINENJM DATARATE RCVINT DBLRUF 

TYPE AUTOPQLL TIOLT XMCODE 

8SCA-1 CS 



NO 



POLLLIST 



00,01,10,11 



00/00/00 



NRETRY CALCULATED WAIT 

BLOCK SIZE PFCL 



LINENUM DELAY/ IDEXSEND 

POLLLOOP 

BSC4-1 5 

For Program Number 5704-SC1: 

SET-a 



EBCDIC 7 554 

POLLLIST DFFBUF 

00 ,01 , 10, 11 NO 
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»CCPFILE TERMINAL USED TABLE 



LINE TYPE 
TERMIO 

Bl 00 3277/84/86-M2 

Bl 01 3277/84/86-M2 

Bl 10 3277/84/86-M2 

Bl 11 3277/84/86-M2 



ONLINE ATTRID PINCOMP ADORCHAR 
COMMAND OFFACTN ADOR POUTCOMP IDEXRCV 



60604040 
6060C1C1 
61614040 
6161C1C1 



YES 


YES 


HOLD 


1 


YES 


YES 


HOLD 


1 


NO 


YES 




1 


N|0 


YES 




1 



POLLCHAR 



40404040 
4040C1C1 
C1C14040 
CICICICI 
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For Program Number 5704-SC2: 

SET-a 



ICCPFILE TERMINAL USEE TABLE 



LINE TYPE 

TERMID 



Bl 00 

Bl 01 

Bl 10 

Bl 11 



SET-a 

NAME 

CUODVO 
CUODVl 
CUIDVO 
CUIDVI 



3277/84/e6-M2 
3277/8^/86-12 
3277/8'./e6-f2 
3277/8^/e6-M2 



rnuM.K,n°'^'-"^^^^n.. ATTRID PINCOMP ADDRCHAR 
COMMAND OFFACTN ACCR PCUTCCMF IDEXRCV 

60604040 
6060CICI 
61614040 
6161C1CI 



YES 


YES 


HCLD 


1 


YES 


YES 


HCLO 


1 


NO 


YES 




1 


NO 


YES 




I 



$CCPFILE TERMINAL NAME TABLE 
TERMID MSTRNAME INCOMP OUTCOMP ID PHONENUM 

00 
01 
10 
11 



CC/00/00 



POLLCHAR AUTO 
ERP 



4C4C4040 
404QC1CI 
C1C14040 
CICICICI 



NO 
NO 
NO 
NO 



For Program Number 5704-SC1: 

SET-a 



$CCPFILE FILE CONTROL TABLE 



FILENAME 


ORG 


OPENED 


RECL 


CGIVFILl 


C 


OUTPUT 


16 


CGIVFIL2 


C 


OUTPUT 


16 


DUMMYl 


D 


UPDATE 


256 


DUMMY 2 


I 


ADD 


64 



KEYL 



KEYPOS 



MSTRINDX 



YES 



SYMBOLIC NAME DISKFILE NAME/S 
CGIVFILE CGIVFILl CGIVFIL2 



For Program Number 5704-SC2: 



MIXSIZ 



SET-3 



FILENAME 

CGIVFILl 
CGIVFIL2 

DUMMYl 
DUMMY2 



SCCPFILE FILE CCNTRCL TABLE 



CC/00/00 



ORG 
C 

c 

D 
I 



OPENED 

OUTPUT 
OUTPUT 
UPDATE 
ADD 



VOLUMES 



RECL 

16 

16 

256 

64 



KEYL 



KEYPC5 



SYMBOLIC NAME DISKFILE NAME/S 
CGIVFILE CGIVFILl CGIVFIL2 

For Program Number 5704-SC1: 



SET-a 






$CCPFILE PROGRAM CONTROL TABLE 


00/00/00 


PROG 




NEVEREND MFCU/M 


R2501 




PGMDATA DFFSFDT PACK PROG ^ 




NAME MRTMAX N3 741 


PRINTER 


RP1442 


ENDMSG DFFWKA SIZE 


PRUF$Z 


CCPIVP 




NO NO 


NO NO 


NO 


NO 


YES YES P 




DUMMYl 


2 


NO NO 


NO NO 


NO 


NO 


YES YES 1280 1792 S 




DUMMY 2 


2 


NO NO 


NO NO 


NO 


NO 


YES YES 512 76 8 S 




PROG 




FILES 






TERMS 


MORCOR 




NAME 




FILENAME 


ACCESS 


SHR 


TERMNAME ATTRID 




CCPIVP 




CGIVFILE 


LOAD 


NO 


SORT 




DUMMYl 




DUMMYl 
DUMMY 2 


UPDATE 
ADD 


YES 

YES 








DUMf4Y2 




DUMMYl 
DUMMY 2 


UPDATE 
ADD 


YES 
YES 









'Program size is not printed by assignment list ($CCPAL) unless Startup has been executed on the assignment set. 
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For Program Number 5704-SC2: 



SET-a 



SCCPFILE PROGRAM CONTROL TABLE 



04/07/80 



PROG NEVEREND MFCU/M R2501 PGMDATA ^^OFFSFOT PACK PROG 

NAME MRTMAX N3741 PRINTER RP1442 ENOMSG OFFWKA SIZE 



tCCPCO 
CCPIVP 

DUMMYl 
DUMMY2 

PROG 
NAME 



NO NO 

NO NO 

NO NO 

NO NO 



NO 
NO 
NO 
NO 



EXECFIND 

PGMFINO 



SCCPDD YES NO 

CCPIVP NO NO 

OUMMYl NO NO 

0UMMY2 NO NO 



PROG FILES 

NAME FILENAME 



YES 
NO 
NO 
NO 



SORT 



PRIORITY 

NO NORMAL 

NO NORMAL 

NO NORMAL 

NO NORMAL 



CCPIVP 
nilMMYl 



L)UMMY2 



ACCESS 



CGIVFILE LOAD 

DUMMYl UPDATE 
0UMMY2 ADD 

DUMMYl UPDATE 
DUMMY2 ADD 



NO 
NO 
NO 
NO 



NO 
NO 
NO 
NO 



SHR KSORT 

NO NO 
YES NO 
YES NO 
YES NO 
YES NO 



YES 
YES 
YES 
YES 



YES 
YES 
YES 
YES 



1024 
512 



1536 
768 



TERMS 

TERMNAME 



ATTRID 



MORCOR 



PRUFiZ 



SAMPLE ASSIGNMENT SET: CALCULATION OF MAIN 
STORAGE SIZES 



«*«*4>**«4>SAMPLE ASSIGNMENT SET •****♦******♦•*******♦*****♦******♦♦»♦* 

* 

♦♦♦**FILL IN UNIT 

* 

// LOAD $CCPAS,R2 

♦♦♦♦♦FILL IN PACK AND UNIT 

* 

// FILE NAME-$CCPFILE,RErAIN-P,UNIT-R2,PACK-CCP0ej 

* 

♦♦♦♦♦FILL IN PACK AND UNIT 

* 

// FILE NAME-$CCPWORK,RETAIN-S, TRACKS-3,UNIT-R2,PACK-CCP0BJ 

// RUN 

♦ 



$CCPFILE ASSIGNMENT BUILD LISTING 



PAGE 001 



00/00/00 



♦♦♦♦♦♦♦♦♦THE FOLLOWING STATEMENTS CAN BE MODIFIED FOR YOUR 
♦♦♦♦♦♦♦♦♦CONFIGURATION BUT SOME MUST BE KEPT TO RUN CCPIVP. SEE 
♦♦♦♦♦♦♦♦♦COMMENTS IN THIS DECK. 
♦ 

SET rD-S,4rTiON-CREATF.nFLTEXFC-YES 
SYSTEM MINUPA-1 RK.My^TPBUF-3 0qO, 

PASSWORD-FECO, [0 OS 

B CDMMANDL-50, DFFPACK-PR0GRAM,PGMREQL-15 11 



THE 



// 
// 
// 
// 

♦ 

// 
// 

♦ 

♦♦♦♦♦♦♦♦♦THIS 

♦ 

// BSCAIINE TYPE-CS,LINENUM-l,P0LLLIST-n00,01,l0,lln 

// BSCATERM TERM ID-GO, TYP E-3277M2,ATTRI0-1 ,COMMAND-YESf OFFACTN-HOLO, 

// ACDRCHAR-*60604040*,POLLCHAR-*A0404040* 

// BSCATERM T ERM I D-01 , TYPE- 3277M 2, AT TR ID- 1 .COMMAND- YES, OFFACTN-HOLO, 

// ADDRCHAR-*6060C1C1*,P0LLCHAR-*A040C1C1* 

// BSCATERM T ERM ID- 10, TYPE-3277M2, ATTRID- 1 , COMMAND-NO , 



TERM AT TR ATTRID- 1, TRANSLAT-NO,BLKL- 512 , DA TAFORM-MESS AGE , 
VERIFY ID-NO, DFF3270-YES Q| [Q 

STMNT TYPE R EQD FOR CCPIVP OR MLTALINE STMNT 



00180000 
00190000 
00200000 
00210000 
00220000 
00230000 
00240000 
00250000 
00260000 
00270000 
00280000 
00290000 
00300000 
00310000 
00320000 
00330000 
00340000 
00350000 
00350000 
00370000 
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// BSCATERM T ERM I D- 11 , TYP E- 3277M2, A TTR I 0- I ,COM(-AND-NO , 
// AD0RCHAR-*6161C1C1*,P0LLCHAR-*CIC1C1CI* ' 

// TERMNAME NAME-CUOOVO, TERMI D-00 

// TERMNAME NAM E-CUOOV I, TERM ID-01 

// TERMNAME N AM E-CU IDVO, TERM ID- 10 

// TERMNAME NAM E-CU IDV 1, TERM ID- 11 

*********THIS STMNT TYPE REQD FOR CCPIVP 

// DISKFILE NAME-CGIVFIL1,0RG-C,RECL-16 

*********THIS STMNT TYPE REQD FOR CCPIVP 

// DISKFILE NAME-CGIVFIL2,0RG-C,RECL-16 

// DISKFILE NAME-DUMMYl,ORG-D,RECL-256 

// DISKFILE NAME-DUMMY2,0RG-I,RECL-64,KEYL-8.KEYP0S-l,MSTRINDX-YES' 
*»*******THIS STMNT TYPE REQD FOR CCPIVP IF SYMBOLIC FILES ARE USED. 
// SYMFILE NAME-CGIVFILE,DISKFILE-PCGIVFIL1,CGIVFIL2Q 

*************THIS STMNT NECESSARY FOR CCPIVP, PACK AND PRINTER UAI nF<: 
;************CAN BE CHANGED FOR YOUR CONFIG. PRINTER VALUES 

// PROGRAM NAME-CCPIVP,PGMDATA-YES, 
// FILES-DCGIVFILE/CO/NOSHRn, 

// PACK-PROGRAM, PRINTER-NO 



00380000 

00390000 

00400000 

00410000 

00420000 

00430000 

00440000 

00450000 

00460000 

00470000 

00480000 

00490000 

00500000 

00510000 

00520000 

00530000 

00540000 

00550000 

00560000 

00570000 

00580000 

00590000 

00600000 

00610000 

00620000 

00630000 

00640000 

00650000 

00660000 

00670000 

00680000 

00690000 

00700000 

00710000 

00720000 

00730000 

00740000 



$CCPFILE ASSIGNMENT BUILD LISTING 



PAGE 002 



00/00/00 



*******««NOTE THAT CCPIVP MUST BE ON CORRECT PACK AT STARTUP OF CCP. 

♦ lHn..rn'"pp''ipMnwcn oa'^S'**'' STATEMENTS ARE FOR EXAMPLE ONLY AND 

♦ SHOULD BE REMOVED PRIOR TO RUNNING THIS ASSIGNMENT SET. 

// PROGRAM NAME-DUMMY l,MRTMAX-2,PGMDATA- YES, 

♦ ^* El 

// PROGRAM NAME-DUMMY2,MRTMAX-2,PGMDATA-YES, 
n'' D;FNTF-TrFSFDT-3r6'H''''''^*''"'*°*''^"-^^^^^'^'°'='='^"««-^ 

/♦ 



00750000 
00760000 
00770000 
00780000 
00790000 
00800000 
00810000 
00820000 
00830000 
00840000 
00850000 
00860000 
00870000 
00880000 



WARNING MESSAGES 

TERMINATION MESSAGES 



Not applicable for Program Number 5704-SC2. 
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ll Program request length is equal to length of program 
name + 1 blank + program data for non-PRUF pro- 
gram requests. For example: 

CCPIVP 

Program name = 6 
Blank = 1 

Data = 8 

Total =15 

9 COMMANDL assures that 50 character command 
length is permitted. 

El DUMMY1 communicates with two requesting terminals 
and when loaded, issues acquires to two additional 
terminals. While DUMMYl may communicate with 
only one of the two requesting terminals at a time, 
it can run with any or all of the four terminals at the 
same time. ( Reference O ) 

■I DUMI\/IY2 communicates with up to two requesting 
terminals at any one time. (Reference Q ) 

Q 1 1 50 is the largest field descriptor table used by this 
program (DUMMYl uses format $ZOREN and $Z0009). 
(Reference Q) 

13 396 is the size of the field descriptor table for the only 
format used by this program (DUMMY2 uses only for- 
mat $Z0009). (Reference Q ) 

D DUMMYl uses two data formats. (Reference Q) 

D DUMMY2 uses one data format. (Reference Q ) 

Use B B D in the formula: 

DFF program appended storage (PAS) size equals: 
(OFF PAS base size is 124 bytes.) 



[(124 -I- (DFFMTERM x 37) + (DFFNDF x 18))] + DFFSFDT 
For example, the DFF PAS size for DUMMYl : 



= [(124-H (4x37)-i-(2x 18)] -i-[1150] 

= 124 + 148 + 36 (rounded to next highest 256) + 1280 

= 308 (rounded to next highest 256) + 1280 

= 512 + 1280= 1792 

Refer to the following printout of a $CCPDF run. 

Rounded to next highest 256. 
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SZOREN DISPLAY FORMAT INFORMATION 



EXECUTION TIME DATA - OUTPUT AREA FORMAT - END POSITIONS FOR RPG PROGRAMS 



* FIELD 

* NAME 

* 

* OPCODE 

* iZOREN 



FIELD 
LENGTH 



004 
006 



END * FIELD 

POSITION * NAME 

0004 * LENGTH 
0020 * 



FIELD END ♦ FIELD FIELD 
LENGTH POSITION * NAME LENGTH 

004 0008 * TMNAME 006 



END ♦ 
POSITION ♦ 

0014 * 



INPUT AREA FORMAT - END POSITIONS FOR RPG PROGRAMS 



* 


FIELD 


FIELD 


END 


♦ 


FIELD 


FIELD 


END 




FIELD 


FIELD 


END * 


« 


NAME 


LENGTH 


POSITION 


* 


NAME 


LENGTH 


POSITION 




NAME 


LENGTH 


POSITION » 








« 



















RTCOOE 


004 


0004 


* 


LENGTH 


004 


0008 




TMNAME 


006 


0014 * 




- AID- 


001 


0015 


♦ 


CUSNO 


006 


0021 




SNAME 


022 


0043 * 




SADDRl 


022 


0065 


* 


SA0DR2 


022 


0087 




SAD0R3 


022 


0109 * 




QTYl 


004 


0113 


* 


ITEMNl 


008 


0121 




0TY2 


004 


0125 ♦ 




ITEMN2 


008 


0133 


* 


QTY3 


004 


0137 




ITEMN3 


008 


0145 * 




QTY4 


004 


0149 


* 


ITEMN4 


008 


0157 




QTY5 


004 


0161 * 




ITEMN5 


008 


0169 


* 


QTY6 


004 


0173 




ITEMN6 


008 


0181 * 




0TY7 


004 


0185 


* 


ITEMN7 


008 


0193 











LENGTH OF OUTPUT RECORD AREA REQUIRED IN OFF PROGRAM 
RPG ♦SUBR92* - 0020 OTHER - 0012 

LENGTH OF INPUT RECORD AREA REQUIRED IN OFF PROGRAM 



RPG *SUBR92* - 0193 



OTHER - 0185 



INFORMATION FOR USE DURING CCP ASSIGNMENT STAGE 



THE DECIMAL LENGTH OF THE FIELD DESCRIPTOR TABLE IS 1150 
THE DECIMAL LENGTH OF THE OUTPUT TEXT IS 1146 
THE DECIMAL LENGTH OF THE INPUT TEXT IS 0240 
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Use U |j El to calculate the size of the OFF 
program appended storage. For example, the DFF 
PAS size for DUMMY2: 

= 1 24 + (2 X 37) + 1 8 (rounded to next highest 256) 

+ 396 (rounded to next highest 256) 
= 216 (rounded to next highest 256) +512 
= 256 + 512 = 768 

Refer to the following printout of a SCCPDF run: 

$Z0009 DISPLAY FORMAT INFORMATION 
EXECUTION TIME DATA - OUTPUT AREA FORMAT - END POSITIONS FOR RPG PROGRAMS 



* FIELD 

* NAME 

* 

* OPCODE 

* $Z0009 



FIELD 
LENGTH 

004 
006 



END * 
POSITION * 

0004 * 
0020 * 



FIELD 

NAME 



LENGTH 



FIELD 
LENGTH 



004 



END ♦ FIELD 
POSITION * NAME 

0008 * TMNAME 



FIELD END * 
LENGTH POSITION * 

006 0014 • 



INPUT AREA FORMAT - END POSITIONS FOR RPG PROGRAMS 



* 


FIELD 


FIELD 


END 


* 


FIELD 


FIELD 


END 


* 


FIELD 


FIELD 


END 






NAME 


LENGTH 


POSITION 


♦ 


NAME 


LENGTH 


POSITION 


* 


NAME 


LENGTH 


POSITION 












♦ 








* 












RTCODE 


004 


0004 


* 


LENGTH 


004 


0008 


* 


TMNAME 


006 


0014 






- AID- 


001 


0015 


* 


NAHEa 


020 


0035 


♦ 


NAME* 


020 


0055 






FIRST* 


038 


0093 


4< 


SECONa 


038 


0131 


* 


THIRD* 


038 


0169 






FORTHa 


038 


0207 


* 


FIFTH* 


038 


0245 


* 


SIXTHS 


038 


0283 






ONE 


044 


0327 


* 


TWO 


044 


0371 


* 


THREE 


044 


0415 






FOUR 


044 


0459 


* 


FIVE 


044 


0503 


* 


SIX 


044 


0547 





LENGTH OF OUTPUT RECORD AREA REQUIRED IN DFF PROGRAM 
RPG *SUBR92* - 0020 OTHER - 0012 



LENGTH OF INPUT RECORD AREA REQUIRED IN OFF PROGRAM 
RPG *SUBR92* - 0547 OTHER - 0539 



INFORMATION FOR USE DURING CCP ASSIGNMENT STAGE 

THE DECIMAL LENGTH OF THE FIELD DESCRIPTOR TABLE IS 0396 

THE DECIMAL LENGTH OF THE OUTPUT TEXT IS 0463 

THE DECIMAL LENGTH OF THE INPUT TEXT IS 0579 
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Assume only two tasks (user programs) can run con- 
currently and the largest programs (DUMMY1 and 
DUI\/1MY2) are multiple request programs (cannot 
have multiple copies in main storage concurrently), 
the worst case for two concurrent user programs is 
calculated for the following: 

1 . CCPIVP main storage size is 4096 bytes (no 
DFF). 



2. DUMMY1 main storage size is 8448 (8193 
rounded up to the next multiple of 256) 
(compiler output, including linkage edit) 

+ 1792 (for DFF program control 
information) or 10,240. 

3. DUMMY2 main storage size is 6144 (6140 
rounded up to the next multiple of 256) (com- 
piler output, including link-edit) + 768 (for 
DFF program control information) or 8192 
(6912 rounded up to the next multiple of 
2048). 

4. Using the worst case of DUMMY1 and 
DUMMY2 in core concurrently, the value of 
the MINUPA parameter would be 10,240 + 
8192= 18,432 (18K). 

Note: If the operating environment is such that 
DUMMYI and DUMMY2 would never run concur- 
rently, the value of parameter MINUPA could be 
reduced (DUMMYI and CCPIVP run concurrently, 
DUMMY2 and CCPIVP run concurrently). 

Q The size of the TP line buffer for a BSCA line is 

determined from the largest of the BLKL parameters 
on the TERMATTR statement. For this line, the 
line buffer length could be the maximum of 1280 
(1 146 length of output from $ZOREN rounded up to 
the next multiple of 256) for maximum performance, 
or a minimum of 512 to save main storage. 

The size of the TP line buffer for an MLTA line is 
specified in the MAXRECL parameter specified on the 
MLTALINE statement. 

Note: When a line buffer size less than the output 
text length is encountered by DFF, DFF sends the 
text in segments equal to or less than the line buffer 
size. For output text lengths greater than 256, 512 
is the smallest line buffer size supported by DFF. 



EB 



EB 



The largest value of the BLKL parameter (in the 
TERMATTR statement) or the MAXRECL parameter 
(in the MLTALINE statement) per system is used by 
$CCPAS. $CCPAS calculates the main storage require- 
ments for reserving a minimum PUT buffer in the 
MINTPBUF area. The reserved PUT area is used only 
for PUT data operations. If only DFF terminals are 
defined in the system, the minimum reserved PUT 
data area is 512 bytes. For a layout of the 
MINTPBUF, see step lEJ. 

The MINTPBUF parameter specifies the minimum 
size of the dynamic TP buffer area. This size, 
rounded up to the next 2K boundary, is the TP 
buffer area. To determine a value for MINTPBUF 
to get maximum performance without wasting main 
storage, the following considerations apply: 

TP Buffer Layout 



© 


Reserved PUT data area (See |Q ) 


® 


TP PUT or GET (invite) area 


® 


TP Invite parameter list area 



At CCP Startup, the TP buffer area is automatically allo- 
cated into three areas according to the following algorithm: 

Size of (j^is either A or B: 

A is 516 (512 data block + 4 getmain segment list) if 
all terminal attributes are DFF. 

B is the greater of MAXRECL + 4 (MLTALINE state- 
ment for MLTA terminals) or BLKL + 23 (TERMATTR 
statement for BSCA terminals) if all terminal attributes 
in the assignment set are non-DFF. If DFF and non- 
DFF terminal attributes are mixed, the size of (T) is 
the greater of A or B. ^"^ 

Size of (JJ is (N X 23) + 4, where N equals the number 
of input capable terminals. 



Size 



of® 



is remainder of area. 



CCP requires this area to be large enough to handle the 
largest system invite, PRUF INVITE, or program request 
from the system operator console. The area required for 
program requests from the system operator's console is 
calculated as follows: = (104 -t- PCT). (The PCT is the 
program control table.) 
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The largest system invite to a terminal is calculated as the 
maximum of one of the following: 

1. PGMREQL + PCT + 4 

2. Maximum PRUFLNG + PCT + 7+4 (for DFF) 

3. Maximum PRUFLNG + PCT +15 + 4 (for non-DFF) 

4. COMMANDL + 4 

Note: Add eight additional characters for a 3270 command 
terminal for items 1 and 4. 

The maximum PCT = 35' + 4 x (number of disk files used ■ 
by the program) + 2 x (number of required terminals). 

The length of a system invite issued to a terminal in command 
mode for our example assignment set is calculated as follows: 

Maximum PCT = 35' + (4 x 2) + (2 x 0) = 42 
PGMREQL + PCT = 42 + 1 5 = 57 
COMMANDL = 50 

Length of largest system invite = 57 + 4 = 61 
If 3270 command terminal 61 + 8 = 69 

For the example assignment set with no programs running, 
the MINTPBUF parameter must be large enough to handle 
four terminajs in command mode. Therefore, the sum of 
areas \£), (7) , and (?) are: 

= 516 + (4x69) + ((4x 23) + 4) 

©0© 
= 516 +276 + 96 = 888 bytes 

However, with this value for MINTPBUF, DUMMY1 and 
DUMMY2 cannot run because they use $ZOREN and 
$Z0009 which require 240 and 579 bytes respectively 
for invite buffers, plus 4 bytes for the GETMAIN param- 
eter list. Therefore, the minimum value of TP buffer size 
selected should equal 516+ (579 + 4) + 96 = 1 1 95 bytes. 

To get maximum performance when DUMMY1 is communi- 
cating to all four terminals and the console is being used for 
CCP commands only (no program requests), the value of 
MINTPBUF equals: 



® ® 



® 



516 + (4 X (579 + 4)) + ((4x23) +4) 

516 + 2332 + 96 
■■ 2944 bytes 



Notes: 

1. The previous examples do not consider the situation 
where the system operator enters program requests from 
the system operator's console. If the system operator is 
allowed to enter program requests, the size of area (T) 
must be increased by 104 + PCT size: 

2944 + 1 04 + 42 = 3090 EE 

2. If two or more lines are being used, the consideration for 
the worst case in the same environment makes possible 
additional terminals on the second and succeeding lines. 
In this case, a .drger MINTPBUF parameter value would 
be required for maximum performance. 

3. In the previous example, if the value of the MINTPBUF 
parameter is less than 3090, the system could run with- 
out performance degradation if the largest input format 
(579) is not used at all four terminals concurrently. 

4. If main storage is critical, varying the size of the TP 
buffer at startup adjusts the size of area ©)to an 
acceptable size for speed and storage. A momentary 
lockout might occur until an input or output operation 
is completed allowing a portion of the teleprocessing 
buffer to become available. 

5. The end main storage address of the TP buffer area is 
always rounded up to a 2K value; therefore the size of 
the TP buffer area allocated at startup is always equal 
to or larger than the MINTPBUF parameter value. 

6. If MINTPBUF is not available to handle a DFF PUT 
operation, automatic blocking is attempted. Under 
automatic blocking, the next smallest multiple of 256 
(minimum of 512) is used if available from TP buffer. 
In this case, a corresponding TP line buffer is used for 
this PUT operation. Therefore, even if a TP line buffer 
of 2048 is defined, if TP buffer at this time has only 
768 available, this DFF PUT operation is performed 
using a block length of 768. 



USER SECURITY DATA PROGRAM ($CCPAU) 

The intention of the user security data program ($CCPAU) 
is to take input from the system input device, process it, 
and, if correct, write it out to the object module $CC4Z9 
as the user's security data. This program ($CCPAU) is 
provided only if SECURE-USER was specified at gener- 
ation in the $ESEC statement. The object module $CC4Z9 
is copied to the CCP production pack only if SECURE- 
USER was specified at generation in the $ESEC statement. 
If $CCPAU is loaded and the module $CC4Z9 is not on the 
production pack, the system issues a VF 4SY halt. 



For Program Number 5704-SC1 the value is 35; for Program 
Number 5704-SC2 the value is 41 . 
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...f.^^ is in the form of security data records that can be 
one of seven types. The type of record is specified by the 
first position of the input. The type indicator can be any 
of the following: C, Z, X, I, J, K, and L. In addition, a 
command input record is allowed and is designated by an 
asterisk (*) in position 1. Comment records are logged to 
the system log device. 

Each type of input record is intended to define a unique 
type of data. The following apply to all input data types: 

• Positions 2 and 3 define the number of data bytes (in- 
cluding the sign) to be used from the input record and 
the data must begin in position 5. 

• Position 4 is expected to be blank. Some record types 
can define signed (+ or -) values. In this case the sign, 
if present, is entered in position 5 and the data begins 
in position 6. The position occupied by the sign in the 
input record is counted in the number of input data 
characters that is specified in positions 2 and 3. 

Each input record defines data to be placed in successive 
locations in the object module $CC4Z9. 



The following input data types are accepted by $CCPAU. 
The data type is signified by the character specified in 
tion 1: 



pos- 



Character String 

The data can include any character from the ex- 
tended character set including blanks. The out- 
put is the characters specified, in EBCDIC. The 
output length is the number of bytes specified in 
positions 2 and 3. 

Zoned Decimal 

The data can include any decimal digits and can 
be preceeded by> or -. The output is a signed 
zoned-decimal number. The output length is the 
number of digits entered (that is, the number of 
bytes specified in positions 2 and 3, less one if a 
sign was specified). 

Hexadecimal Data 

The count in positions 2 and 3 must be even. Every 
character of input data must be in the range 0-9, 
A-F. The output is a set of bit configurations cor- 
responding to the hexadecimal input. The output 
length is half the number of bytes as were specified 
in positions 2 and 3. 



I One-Byte Binary Integer 

The input data is limited to three positions plus an 
optional sign. The numeric value must not exceed 
255. The resultant data will occupy one byte in 
$CC4Z9, and be represented as a binary integer. 

J Two-Byte Binary Integer 

The input data is limited to five positions plus an 
optional sign. The numeric value must not exceed 
65535. The resultant output will occupy two 
bytes in $CC4Z9, and be represented as a binary 
integer. 

K Three-Byte Binary Integer 

The input data is limited to eight positions plus 
an optional sign. The numeric value must not 
exceed 16777215. The resultant output will 
occupy three bytes in $CC4Z9, and be repre- 
sented as a binary integer. 

L Four-Byte Binary Integer 

The input data is limited to ten positions plus an 
optional sign. The numeric value must not ex- 
ceed 4294967295. The resultant output will oc- 
cupy four bytes in $CC4Z9, and be represented 
as a binary integer. 

$CCPAU continues to accept input data from the system 
input device until a /* is read, or until enough data to fill 
$CC4Z9 is accumulated. At this time the data to be written 
to $CC4Z9 is printed, in hex, on the system log device so that 
the data can be verified. After printing has finished, a CPU- 
A3 halt occurs. Option as a reply causes the data to be 
written to $CC4Z9. Option 2 causes the job to be termin- 
ated and $CC4Z9 not to be updated. 

The following OCL statements are needed: 
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8 








12 






16 
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For a description of writing a user security program, see 
IBM System/3 Communications Control Program Program- 
mer's Reference Manual, GC21-7579. 
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Chapter 8. System History Area Copy Program (Program Number 5704-SC2 Only) 



The System History Area Copy Program, $HACCP, is used 
to copy the current portion of the System History Area 
(SNA) to a user-defined disl< file. This program only runs 
under control of CCP. 

$HACCP is designed to be automatically invoked when 
the SHA is nearly full, but it can also be manually invoked 
by the system operator at any time (using the PF9 key). 
$HACCP cannot be invoked from a terminal. 

Note: The $HIST program can also be used to save the 
contents of the SHA. However, $HIST requires a batch 
partition and it cannot be automatically invoked. 



USER REQUIREMENTS 

On a main data area the user must define a file, named 
$SHAFILE, with a record length of 128. The format of 
the records written to $SH AF I LE is the same as the format 
of the recordsthat$H 1ST writes to the $HISTORY file. 

$SHAFILE must also be defined in the CCP assignment 
set as having consecutive add (CA) data management. This 
allows subsequent executions of the program to add new 
records to those already existing in the file. To access the 
information in $SHAFILE, a user-written program is 
required. 

To use $HACCP, the following statements must be in your 
CCP assignment set: 

// DISKFILE NAME-$SHAFILE,ORG-C,RECL-128 
// PROGRAM NAME-$HACCP,PACK-PROGRAM, 
PGMDATA-NO,FILES-'$SHAFILE/CA' 



If $HACCP is to be automatically invoked when the history 
area is nearly full, then the following statement must also 
be in the assignment set: 

// SYSTEM MAXCHAIN-nn 

$HACCP requires BK of the CCP user program area. 

OPERATING CONSIDERATIONS 

The SHA halt status can be changed by using the HALT 
SHA or NOHALT SHA commands. If $HACCP is to be 
automatically invoked, the following OCC must be entered: 

I HALT SHA,CCP [.tracks]' 

This condition remains in effect until IPL is performed or 
until a HALT SHA or NOHALT SHA command is entered. 

To permanently establish automatic invocation, the Con- 
figuration Record Program (SCNFIG) can be used to set 
the automatic function with the following statement: 

I // SHAHALT-CCPAUTO[,TRACKS-xx]' 

For further information on how to establish automatic 
execution, see $CNFIG in IBM System /3 Model 15 System 
Control Programming Concepts and Reference Manual, 
GC21-5162. 

After each execution of $HACCP, an informational message 
will be issued giving the number of records added to 
$SHAFILE and the number of records left in $SHAFILE 
before it fills. If $SHAFILE should fill while the program 
is copying to it, a decision message will be issued and the 
file must be emptied before $HACCP can be successfully 
run again. 

If CCP terminates abnormally, the $SHAFILE will not be 
closed; therefore, records could be lost. See File Recovery 
Procedures in IBM System/3 CCP System Design Guide, 
GC21-5165 for recovery procedures. 



The tracks parameter can be any integer value up to 1 0, but not 
greater than half the size of the SGA. This parameter is used to 
set the wraparound warning point of the SHA, and it is not 
required unless a warning point of is currently in effect. 
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Appendix A. Generation Control Statement Summary Chart 



The following is a summary chart containing all valid CCP 
generation control statements. The statements are listed in 
alphabetic order. Three items are given for each statement: 

• Name 

• Format of the statement with all valid operands 

• Synopsis of the functional description 

For more detailed information on any of the CCP genera- 
tion control statements, see index entry: generation 
control statements. 



Generation Control Statement Summary Chart 153 



Name 



SEBSC 



$EBSD 



$ECSC^ 



$ECSD^ 



Generation Control Statement Description 



Function 






[,PP- 
[,GETIVISG 



.1 



■{S=}>-B.fc^}n..cs..{l|} 



[.ASCIlJ|^^^>] (,EBCDIC- 



[RESPOL- 



[.XPRNCY 






] [.AUTORS 



J, [INTPOL- 



-{ 



YES) 
NO j ' 



& 



] [.PORT- 



YES 
NO 



Indicates general specifications 
concerning binary synchronous 
communications (BSCA) support. 



3275M1 
3277M1 
3284IVI1 
3286M1 
3275M2 
TYPE- { 3277M2 
3284M2 
3286M2 
3735 
3741 
CPU 



Indicates a BSC device type that 
the CCP supports (for BSCA). 




[.XPRNCY- 



{I?}h.— -{-| 



.csJ^l 



\m-p ^-^'-Xmo / 



| N0 
.PP-l^!^il (,PORT- 



^ (yes) , (yes) ^ 



NO 



indicates general specifications 
concerning BSCC support. 



type- 



3275M1 

3277M1 

3284M1 

3286IVI1 

3275M2 

3277IVI2 

3284M2 

3286M2 

3735 

3741 

CPU 



Indicates a BSC device type that 
CCP supports. (For BSCC.) 



Used with 5704-SCI only. 
^Used with 5704-SC2 only. 
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Name 



SEFAC 



SEFIL 



Generation Control Statement Description 



NO 
.ESCAPE- ■{ 'cccccc' 

X'xxxxxxxxxxxx' 



[.PGMCNT- 



[, FORMAT- 






[,OPPR 



(,ACCEPT- 



[.RESOPN- 



[,CPUMSG- 



[.BSYPRT- 



.MOVTNT- 



,MOVDFF- 



[.RESREQ- 



,SIOC- 






YES I 
NO j 

m 



NO 

PF1 f 2 
1 [,LOWCAS- ^ PF2 > ] 

PF12, 



[.TTASK 



m' 



[SETS-i li| [.PROGS- ii2 I] [D 
|^|l[.DUMPS-|i|l[., 



FILES- 



[.TERMS 



.FLUNIT- \p2r .FLPACK-pack 



CORE- 



vF2. 



[.TRKLOC-n] 



[.DPTRAC- 



If} 



48K 
64 K 
96k' 
128K 
160K 
192K 
224 K 
256 K 
384K^ 
512K^ 



Function 



Indicates options that determine 
the CCP facilities Included during 
generation. 



Indicates user options on sizes 
of Items that affect the allocated 
size and location of $CCPFILE. 



Default for Program Number 5704-SC2. 

Program Number 5704-SC2 only. 

Default is 0. The non-zero minimum value for n is 6. The maximum value is 1000. 
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Name 


Generation Control Statement Description 


Function 



$EGEN 



DSUNIT- 




[,DPUNIT-unit]' 




CCUNIT- 


) HI ( 


[,DPPACK-packl ' 




WKUNIT- 


1 unit ) 
[ 'unit, unit, unit' j 










( F1 ) 


WKPACK- 


[^'"^ , i ,D1UNIT- 
[ pack,paci<,pacl< j 


) '4 








I R2-' 


[MINRES- 


(NO f 


, ,«„■>- {^3 } , 





Indicates where various unit 
and pacl<; names are located 
during the CCP generation. 



$EMLA 



LINES-n[,XLATE- {j^ } ] 



Indicates whether the multiple 
line terminal adapter (MLTA) 
is used by the CCP and, if so, 
the number of MLTA lines. 
Also indicates whether or not 
line translation is used on all 
MLTA operations. 



$EMLD 



TYPE- 



1050 
/ 1050D 
2740 
2740S 
2740C 
2740SC 
2740D 
2740DT 
2740DC 
2740DTC 
2740M2S 
2740I\/12SB 
2740IV12SC 
2740M2SCB 
2741 
2741D 
CMCSTD 
SYS7C 
SYS7SC 
SYS7DC 



COF 

,XIV1C0DE- <; PTTCE 

PTTCBCD \ 



)RR j 

TCEBCD V 



Indicates an MLTA terminal type 
supported with its features and 
the transmission code required 
on the line. 



'program Number 5704-SC2 only. 
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$EPLG 



LANG- 



COBOL > 
FORTRAN I 
ASSEM I 
RPGII ) 



.PPUNIT- 




Indicates a programming language 
the user wishes to use for program 
preparation under the CCP. 



$ESEC 




Indicates the type of terminal 
sign-on security to be used 
(if any). 
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Appendix B. Assignment Control Statement Summary Chart 



The following is a summary chart containing all valid CCP 
assignment control statements. The statements are listed 
in alphabetic order. Three Items are given for each 
statement: 

• Name 

• Format of the statement with all valid parameters 

• Synopsis of the functional description 

For more detailed information on any of the CCP assign- 
ment control statements, see index entry: assignment 
control statements. 
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Name 



Assignment Control Statement Description 



Function 



BSCALINE 



{PP 
CS 
MP 



//BSCALINE TYPE-^^^„> [.LINENUM-^ ^ 



[,XMCODE- |§S£2]C1 ] 
(ASCII j ' 

[.POLLLIST- 'termid [,termid] . . . ' ] 
[,NRETRY- <^i) [.IDEXSEND-exchngid] 
[.DBLBUF- 1^1 



(,WAIT- 



[.OUTPOLL- 



YES/' ''•"^"- [iTf 

{^4 



^ [DFFBUF-<!^g;.] 



Defines the type of BSC line 
to be used and the features of 
the line. 



BSCATERM 



// BSCATERM TERMID-termid,TYPE-termtype, 
ATTRID-'attrid [.attrid] . . . ' 



,COMMAN 



"■ {"%} '•— {^} ' 



[.AUTOERP- 



m 



[JDEXRCV-exchngid] [.OFFACTN- )^°^° 

(DROP 

(.ADDRCHAR-addressing characters] 
[.POLLCHAR-polling characters] 



'■'"- ?fs ' 



Defines certain attributes of the 
terminals on BSCA lines. 



DISKFILE 



//DISKFILE NAME-filename 



,ORG- ^D} ,RECL-n[,KEYL-n] 



[,KEYPOS-n] [.MSTRINDX-ijJj'^^l ]' 



(,MIXSIZE-n]' [,EXTENTS-n]- 



Describes the disk file that will 
be used during the execution of 
this set. 



Not applicable for Program Number 5704-SC2. 
^Program Number 5704-SC2 only, TYPE-CS is required. 



Program Number 5704-SC2 only. 
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Name 



Assignment Control Statement Description 



Function 



LIST 



// LIST 




[SET- 



[RESETPS- \^^ 



] [PGMSTAT- 



( no 

(YES 



This is a control statement for 
$CCPAL that defines which 
options the user wishes to exer- 
cise in listing the contents of 
the file, SCCPFILE. 



MLTALINE 



PR 



//MLTALIN6 TYPE- <^ ^^ I, .LINENUM- 

' cw) 



(PTTCEBCD 
.XMCODE- •<PTTCBCD 
(CORR 



,MAXRECL-n[,POLLLIST-'termicl[,termid] . . , 



134 



NO 



,DATARATE- ^600 V ] [,AUTOPOLL- ^^ 
'1200^ '^^ 



[,RCVINT-i^gi] [,NRETRY- M|> ] 



[,DELAY-n] [,TIOLT- |^[l 



Defines the type of communi- 
cation line to be used and the 
features of the line. 



MLTATERM 



// MLTATERM TERMID-termid.TYPE-termtype, 

.ATTRID-'attrid [.attrid] . . .',COMMAN 



°- {-} 



[,ADDR-xx] [,ONLINE- 



[,POUTCOMP-nl [,OFFACTN 



m 

(hold) 
■ |dropj 



PINCOMP-n] 



Defines certain attributes of the 
terminals on MLTA lines. 
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Name 



Assignment Control Statement Description 



Function 



PORTLINE 



//PORTLINE TYPE- 



SIOC 
TTASK 
LINE1 
LINE2 
LINES 
LINE4 
S 
I T 
1 
2 
3 
4 



(primary ) 
(secondary/' 



MODE- 

MAXMSG-n 
.AQPORT-n 
.NAQPORT-n 
[,PORTPRFX-port prefix] 
/EBCDIC 



[.XMCODE- 



1 ASCII 



[,NRETRY-< — >] 



NO 



l,DBLBUF-<;^g }] [.WAIT- 



ISO 



Defines the type of PORTLINE 
to be used and the features 
of the port. 
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Name 


Assignment Control Statement Description 


Function 



PROGRAM 



// PROGRAM NAME-pgmname 



[.MRTMAX-n] [,NEVEREND- -j^gfl 

(shrJ 
[.printer- -jno > ] 
/yes 



[,MFCU1 




[,PGMDATA-iY°gi] 



[,N3741- 



,™p»so-{-}u.R.«,-|i,}, 



[,TERMS-'termname[/attrid] [,termname[/attrid] ] . . 
[,FILES-'filename/access[/ ^fj^HRl ^ l/KSORT] 



/PROGRAM 
k SYSTEM 



[,PACK-<^,\ 



R2' \ 

F2' ; 



[,PRUF$Z-format name] [,PRUFLNG-nnn] 

[,DFFMTERM-n] [,DFFNDF-n] [,DFFSFDT-n] 
(,MORCOR-nl 

(,PR,0RITY.<[^gg5i!^ll' 
[,TASKSIZE-n] ' [,PGMFIND-i 1^°^ j- l' 



Defines the logical structure and 
resource requirements of a user 
program. 



For Program Number 5704-SC2 only. 
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Name 



Assignment Control Statement Description 



Function 



SET 



//SET 



no-^I n,ACT,oN. >--- , 



r CREATE ] 
J REPLACEf 
\ DELETE f 
I SYSMOD \ 



[.DFLTEXEC 



{-=}n.ANVsPecs.{^| 



Specifies which set is to be 
processed and what opera- 
tion is to occur. 



SOURCE 



//SOURCE NAME-name,UNIT- 



[,END 



(yes 



YES ) 
NO j 




Specifies that control statements 
supplied to SCCPAS are read 
from a source library member. 



SYMFILE 



//SYMFILE NAME-cccccc,DISKFILE-'ccc. . . [,ccc . 



Defines a symbolic file name and 
specifies the disk files with which 
it can be validly associated. 



For Program Number 5704-SC2 only. 
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Name 



Assignment Control Statement Description 



Function 



SYSTEM 



//SYSTEM (MINUPA- 



jnnnki 



1 MINTPBUF-n, 



-M> 



[.PASSWORD-passwordl [.PRINTE 



'C \ /C 

I RP / \^^ { 

(.MFCUl- <R > 1 [,MFCU2J R >) 
|P t ) P 

, NOJ ( NO , 

\rp/ \rpj 

[,MFCM1 /R \ J[,MFCM2./R >] 
P P 



(,R250 



^-i^. 



{^s}h. 



c 

RP 
RP1442- ( R 
P 
NO ] 



'■'^3'"^ < p > 1 I.POLTIME- 



; ttt.ww > 

I 060 2 ( 



(.PGMREQL-I-!.] l.COMMANDL-l — li 



'•— '^^ prTgr:m3>> ^-^'^^ 



[.MAXCHAIN-n]^ 



w 



[.CSPOLTM 



[.ERTIME- 



m 

13' 



(NO ) ' 
..PRUFOF- { — > ] 



/D1 

D2 

D3 
I D31 
|D32[ 

[,DUMPUNIT-/°^n )' 

D4 

' D41 

042 

D43 

1 D44 , 



Defines parts of the environment 
in which the CCP will execute. 



For Program Number 5704-SC1 only. 
2 
For Program Number 5704-SC2 only. 

For Program Number 5704-SC2, the following codes may also be 

specified". 

R1, F1, R2, F2 

D1A, DIB, Die, DID 

D2A, D2B, D2C, D2D 

D3A, D3B, D3C, D3D 

D3E, D3F, D3G, D3H 

D4A, D4B, D4C, D4D 

D4E, D4F, D4G, D4H 
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Name 


Assignment Control Statement Description 


Function 



TERMATTR 



//TERMATTR ATTRID-attrid 

The following parameters may be specified for both the 
MLTA and BSCA terminals 



[.TRANSLAT- 



I YES 
INO 



[,UPCASE- 



{lo} 



NO 
AC 
[.SWITCHED- < MC ^ ] 
AA 
MA 



The following parameters may be specified for BSCA 
terminals only 

[,BLKL-n] [,RECL-n] 

[RECORD 



.DATAFORM- ^8 LOCK [■ ] [.TRANSP- -J^-J- ] 
MESSAGE^ '^^^ 



^g>] [,VERIFY|[ 

yes) . 

NO j 



[.SPAN 



NO 
YES 



[.DFF3270- 



Defines certain attributes of a 
terminal. 



TERIVINAIVIE 



// TERMNAME NAME-termname[.TERMID-termid] 

[.MSTRNAME-termname] [.INCOMP-n] 
[.OUTCOMP-n] [.PHONENUM-number] 



Defines synnbolic names associated 
with terminals and subterminals. 
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Appendix C. Messages 



All CCP messages are contained in the IBM System/3 
Communications Control Program Messages Manual, 
GC21-5170. 
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Appendix D. Devices and Programs Supported and Required 



TERMINALS AND FEATURES SUPPORTED 

The following terminals can be used with the CCP. 
Through the multiple line terminal adapter: 

• 1050 Data Communication System 

Multipoint switched 
Multipoint nonswitched 

• 2740 Communication Terminal Model 1 

Basic 

Checking 

Dial 

Dial with checking 

Dial with transmit control 

Dial with transmit control and checking 

Station control 

Station control with checking 

• 2740 Communication Terminal Model 2 

Station control 

Station control with checking 

Station control with buffer receive 

Station control with buffer receive and checking 

• 2741 Communication Terminal 

Basic 
Switched 

• 3767 Communication Terminal (supported as a 2740) 

Checking (2740 Model 1) 

Dial with checking (2740 Model 1) 

Station control with checking (2740 Models 1 and 2) 

• 3767 Communication Terminal (supported as a 2741) 

Basic 
Switched 

• System 7 (supported as a 2740 Model 1 ) 

Checking 

Dial with checking 

Station control with checking 



• Communicating Magnetic Card SELECTRIC® 
Typewriter (supported as a 2741 ) 

Point-to-point switched 

• 5100 Portable Computer (supported as a 2741) 

Basic 
Switched 

With the binary synchronous communications adapter: 

• 3270 Information Display System 

Multipoint (System/3 is control station) 
See chart for configuration. 

• 3735 Programmable Terminal 

Switched 

Multipoint (System/3 is control station) 

• 3741 Data Station Models 2 and 4 

Point-to-point switched 
Point-to-point nonswitched 
Multipoint (System/3 is control station) 

• 5230 Data Collection System (supported as a 3741 
Model 2 or 4) 

Point-to-point switched 
Point-to-point nonswitched 
Multipoint tributary 

• System/3 

Point-to-point switched 
Point-to-point nonswitched 
Multipoint control station 
Multipoint tributary 

• System/7 

Point-to point switched 

Point-to-point nonswitched 

Multipoint (System/3 is the control station) 

• System/360, System/370 

Point-to-point switched 
Point-to-point nonswitched 
Multipoint (System/3 is the tributary) 
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With binary synchronous communications controller: 

• 3270 Information Display System 

Multipoint (System/3 is control station) 
See chart for configuration. 

• 3735 Programmable Terminal 

Multipoint (System/3 is control station) 

• 3741 Data Stations Models 2 and 4 

Multipoint (System/3 is control station) 

• System/3 (BSCA) 

Multipoint tributary 

• System/7 

Multipoint (System/3 is control station) 

Terminals that are equivalent to those explicitly supported 
can also function satisfactorily. The customer is responsible 
for establishing equivalency. IBM assumes no responsibility 
for the impact that any changes to the IBM-supplied 
products or programs might have on such terminals. 
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3270 Information Display System Multipoint 



Device 


Model 


Character Capacity 


IVtaximum Speed 


Attaclted 
Via 


IVIax. Cable 
Distance 


Displays/Printers 1 


Display 


Print Buffer 


Print 


Transmit' 


Up to 


Supported 


3274 Control Unit 


51C 








9600 bps 


BSC 




4 


3277, 3284,3286, 
3287, 3288 




8 


3262, 3278, 3279, 
3287, 3289 


IC 










32 


3262, 3277,3278, 
3284,3286,3287, 
3288, 3289, 3279 


3271 Control Unit 


1 








7200 bps 




3277-1,3284-1, 
3286-1 


2 


3277,3284,3286, 
3288 


3275 Display Station 


1 


480 








1 


3284 3 


2 


1920 


3276 Control Unit 
Display Station 


2 


1920 








7 


3262,3278-2, 3287, 
3289,3279 


3278 Display Station 


2 


1920 








3274, 
3276 


5000 






3279 Color Display 
Station 


2A 












3277 Display Station 


1 


480 








3271, 
3274, 
Display 
Adapter 


2000 






2 


1920 


3284 Printer 


1 




480 


40cps 




2000 






2 




1920 


3286 Printer 


1 




480 


66 cps 




2000 






2 


1920 


3287 Printer 


1 




1920 


SOcps 




3271, 

3274, 

3276, 

Display 

Adapter 


5000/ 
2000 






2 


120 cps 




IC 


80 cps 




3274, 
3276 


5000 






20 


120 cps 


3288 Line Printer 


2 




1920 


120 Ipm^ 




3271, 
3274, 
Display 
Adapter 


2000 






3289 Line Printer 


1 




1920 


120 Ipm^ 




3274, 
3276 


5000 






2 


300 Ipm^ 




3262 L ne Printer 


3 






465 Ipm' 




3274, 
3276 


5000 






13 




230 Ipm' 



Nonswitched. 3275 can also transmit at 1200 bps switched. 
In feet from control unit. 



With 64-character set. 
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SYSTEM DEVICE AND PROGRAM REQUIREMENTS 



Device Requirements 

The following is the minimum device configuration necessary 
for a communications-based system using the CCP: 

• 5415 Processing Unit (CPU) with 48K (Program Num- 
ber 5704-SC1) or 96K (Program Number 5704-SC2) 
bytes of main storage. 

• 5444 Disk Storage Drive Model 2 (Program Number 
5704-SC1) or 3340 Direct Access Storage Facility (Pro- 
gram Number 5704-SC2). 

• 3277 Display Station Model 1. 

• 1403 Printer. 

• An input device. 

• Multiple Line Terminal Adapter or one Binary 
Synchronous Communications Adapter (either with 
minimum data set, line, and terminal configuration). 

Notes: 

At least 6K (Program Number 5704-SC1) or 8K (Program 
Number 5704-SC2) main storage must remain available in 
the CCP partition to perform the operation startup. 

A partition size of at least 48K (Program Number 
5704-SC2) is required to start up CCP. 

During CCP generation and assignment, the main storage 
available to the program partition in which the function 
is being performed must be at least 22K (Program Num- 
ber 5704-SC1 ) or 48K (5704-SC2). 

During CCP generation and assignment, the communications 
adapter is not required. 



Additional Devices Supported 

The following device facilities are supported by the CCP: 

• 64K',96K, 128K, 160K, 192K, 224K, 256K, 384K\ 
or 51 2K^ bytes of main storage. 

• 5444 Disk Storage Drive - additional Model 2 or Model 
3 (Program Number 5704-SC1 only). 

• 5445 Disk Storage - 1 to 4 modules for data storage 
(Program Number 5704-SC1 only). 



Program Number 5704-SC1 only. 
Program Number 5704-SC2 only. 
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• 3344 Direct Access Storage (Program Number 5704-SC2 
only). 

• 3340 Direct Access Storage Facility - 2 to 4 drives. 

• 5424 Multi-Function Card Unit. 

• 2560 Multi-Function Card Machine. 

• 1442 Card Read Punch. 

• 2501 Card Reader. 

• Multiple Line Terminal Adapter with up to eight lines. 

• Binary Synchronous Communications Adapters (BSCA, 
one or two adapters). 

• Local Communications Adapter (LCA). 

• Display Adapter (DA). 

• Binary Synchronous Communications Controller (BSCC) 
with Program Number 5704-SC2 only. 

• Serial I/O Channel (SIOC) with Program Number 
5704-SC2 only (PRPQ Number 5799-WNK). 

Note: DA and BSCA-2 are mutually exclusive; LCA and 
BSCA-1 are mutually exclusive. 

CCP operates in any program partition. However, CCP will 
not operate concurrently in all partitions. Nor will CCP 
operate concurrently with a program in another program 
partition that requires dedicated use of the processing unit. 



System Programs Required 

Execution of CCP requires IBM System/3 Model 15 Disk 
System Management, including all transient modules for 
the appropriate IOCS. 

Generation of CCP requires IBM System/3 Model 15 System 
Control Programming (5704-SC1 or 5704-SC2), including: 

• Programming support for the desired communication 
adapters: MLMP for the BSCA; Multiple Line Terminal 
Adapter Feature (PSHRPQ number 5799-WFK). 

• Programming support for the interval timer required if 
using interval polling or the Wait operation code. 

No special systems programming requirements exist for the 
running of system assignments. 

For the preparation of application programs, an applicable 
compiler or assembler is required. 



Appendix E. Glossary 



This glossary contains only terms that have a special nnean- 
ing related to the CCP. Other communications and data 
processing terms used in this publication are defined in 
IBM Data Processing Glossary, GC20-1699. 

command interrupt mode: The operating mode of a 
terminal following data mode escape until the program 
execution is resumed by a run command (the terminal 
reenters data mode) or until the terminal is released by 
a release command (terminal enters command mode). 

command mode: The operating mode of a terminal 
following a successful sign-on, up to and including the 
program request. Following program termination, a 
terminal returns to command mode until another 
program request is made or until sign-off. 

command terminal: A terminal that is capable of command- 
ing CCP services related to requesting a program. Terminals 
are designated command or data terminals at assignment 
time. 

communications management: A major function of the 
CCP that controls terminal input/output. 

communications service subroutine: A relocatable sub- 
routine provided by the CCP that is link-edited to user 
programs written in RPG II, COBOL, or FORTRAN IV. 
The subroutine is called by the user program whenever 
the program requires a communications service, enabling 
programmers to request communications services in these 
languages. A separate subroutine is provided for COBOL, 
FORTRAN IV, and RPG II; a macro is provided for 
Basic Assembler. 

data entry application: A communications-based system 
application in which terminals are in continuous operation 
(as opposed to the typical inquiry application). Data entry 
applications include document preparation (such as invoice 
writing) and entering data directly into data files from a 
terminal, such as in creating files. 



data mode: The operating mode of a terminal when it is 
under control of a user program, until the program terminates, 
the terminal is released by the program, or ' e data mode 
escape characters are entered. While in data mode, a terminal 
is not in direct communication with the CCP. 

data mode escape: A special CCP command, consisting of a 
unique string of six characters entered at a terminal while 
the terminal is in data mode. The data mode escape 
command interrupts the execution of the application 
program and places the terminal in command interrupt mode. 

data terminal: A terminal that is not capable of command- 
ing CCP services. A data terminal is always either in stand- 
by mode (not polled for input by the CCP) or in data mode 
(under control of an application program). Also referred 
to as a noncommand terminal. 

disl< system management: The group of system programs 
that control the operation of the IBM System/3 Model 15. 
Disk System management performs scheduling, input/ 
output control, storage assignment, data management, 
and related services. 

external pointer list: An area in the user program area that 
is set aside to hold FSBs, XDTs, share DTF address list 
entries, and incore DFF index entries. The size of the 
external pointer list (EPL), can be 2K or 4K bytes, depend- 
ing on the options specified. (See Figure 7, Section 5 in 
Appendix F.) EPL is applicable to Program Number 
5704-SC2 only. 

file management: A major function of CCP that controls 
the use of data files by programs running under the CCP. 

format find: A program (CCPFMT) that will find a newly 
created or modified format while running under CCP. 

initial mode: The operating mode of a command terminal 
before a sign-on at the terminal is accepted by the CCP. 

inquiry: A communications-based system application in 
which a request for information is entered from a terminal 
and a response is returned to the terminal. 
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inquiry-with-update: A communications-based system 
application in which records of transactions entered from 
terminals are used to interrogate and update one or more 
master files maintained by the system (synonymous with 
inquiry and transaction processing). 

multiple requesting terminal (MRT) program: A type of 
application program under the CCP that can process requests 
from more than one requesting terminal concurrently. 

never-ending program: A user application program that 
after it is requested, remains in main storage for a relatively 
long time. 

noncommand terminal: See data terminal. 

order entry application: A form of data entry application 
in which transactions (such as sales orders) are entered 
into a data file form remote terminals. 

password security option: An optional CCP feature, 
selected during CCP generation, that requires a terminal 
operator to enter a predetermined password before the 
CCP will accept input from the terminal. 

physical file: See symbolic file. 

program management: The major function of the CCP 
that fetches programs, allocates system resources to 
programs, purges programs from main storage, and option- 
ally maintains a count of the number of times each appli- 
cation program is requested. 

program request: A command, consisting of a program 
name entered at a terminal or the system operator's 
console, that causes the CCP to initiate execution of 
an application program. 

program-request count: The optional CCP program 
management function of maintaining a count of the number 
of times each application program is requested. 

program request under format (PRUF): This function 
allows DFF to process program request data of any length. 
If non-DFF, this function allows processing of more than 
78 characters (up to the maximum .screen size) of program 
request data. 



program-selected terminal: From the point of view of the 
application program, a terminal that is selected by an 
application program for input/output, as opposed to a 
terminal that requested the program (see requesting 
terminal). Program-selected terminals can be either 
required (must be allocated to the program before the 
program can run) or acquired (allocated dynamically to 
the program as it is running). 

requesting terminal: From the point of view of the 
application program, a terminal that requested the 
program, as opposed to a terminal that is selected by the 
program (see program-selected terminal). Requesting 
terminals are always command terminals. 

sign-on: The procedure performed at a terminal while it is 
in initial mode. This procedure may include entering only 
the sign-on command, or entering the sign-on command 
with a password or other user-specified security data. 

single requesting terminal program: A type of application 
program under the CCP that can process a request from 
only one requesting terminal at a time. 

symbolic file: A symbolic name in an application program 
which can, on separate executions of a program, refer to 
different files, known as physical files. A symbolic file is 
related by the terminal operator to a specific physical file 
by means of a file command. 

system task: A unit of work for the processing unit from 
the standpoint of the CCP, consisting of a CCP function 
(as opposed to a user application, or user task) ti.at must 
be performed by the CCP, such as communications 
management. 

task chaining: The process of requesting initiation of a 
CCP task from within a currently executing CCP task, 
without requiring system or operator action. 

task identification: An identifying character associated with 
a task that differentiates between that task and other tasks 
running concurrently under the CCP or DSM. 

terminal reference identification: A unique two-character 
identifier, assigned to each terminal during the CCP 
assignment stage, that is used by the CCP and the system 
operator to refer to a specific terminal. 



user task: A unit of work for the processing unit, from the 
standpoint of the CCP, consisting of a user program (as 
opposed to a system function, or system task) that must 
be executed by the CCP. 
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Appendix F. Configuration Limitations, Storage Estimates and 
Performance Considerations 



CONFIGURATION LIMITATIONS AND MAIN STORAGE 
ESTIMATES 

The following information can be useful in: 

• Estimating the maximum number of programs, files, and 
terminals that can be supported by a particular CCP 
configuration. 

• Estimating the main storage required for the dynamic 
TP buffer. 

• Estimating CCP startup main storage requirements. 

• Estimating the partition size requirement of an executable 
CCP installation. 



Estimating CCP Configuration Limits 

The maximum number of programs, files, and terminals that 
can be supported during a CCP startup depends on the main 
storage requirements of three parts of CCP. These parts 
consist of the following: 

• Common support code and control tables. 

• Communication support code. 

• User program area (UPA). 

The common support code and control table portion of 
resident CCP contain two CCP transient areas, $CC4#1, the 
user security data area, the display format control routine, 
and various control blocks, all of which depend on genera- 
tion and assignment options. This part of CCP must be no 
greater than 16K. Exceeding this limit will cause CCP 
startup to terminate. Figure 10 or Figure 12 can be used to 
determine the size of this part of CCP. Should the results 
obtained from these figures exceed the above limits, the 
number of terminals, command terminals, files, and/or pro- 
grams may have to be reduced. An alternative is to elimi- 
nate CCP requirements such as program use counts, interval 
polling, and resident accept input. 



The communication support code within resident CCP con- 
tains $CCP#2, TRACE support, MLMP support, MLTA 
support, the line buffers, and the TP buffer. Users of Pro- 
gram Number 5704-SC2 may have additional CCP resident 
code following the TP buffer. This code may contain the 
resident pseudo open/close routine, the external pointer 
list, the resident program request routine, the DFF support 
code, and the BSCC communication support code. If the 
display format facility is configured, the last byte of the 
DFF control routine ($CC4DF) must not exceed a limit 
of 18K. The TP buffer places two restrictions on the CCP 
configuration. The TP buffer itself cannot exceed 18K 
bytes, and the highest address of the TP buffer, always on 
a 2K boundary, cannot exceed 48K. Figure 9 is a guideline 
for approximating the size of TP buffer. This value should 
be initially used for the MINTPBUF key word on the assign- 
ment system statement, but may require adjustment after 
various CCP startups to obtain the best response times for 
all terminals. Figure 1 1 or Figure 13 can be used to deter- 
mine the main storage requirements for CCP communica- 
tion support code. The total storage requirements of CCP 
common code, the control tables, as well as the communica- 
tion support code make up resident CCP. 

The user program area immediately follows the CCP resident 
code and extends to the end of the CCP partition. The user 
program area contains the user's programs, any appropriate 
DSM modules included when link-editing the application 
programs, storage requirements for memory resident over- 
lays and external buffers, and the additional storage require- 
ments of the display format facility. Additional storage is 
required within the user program area if the display format 
facility (DFF) is used to support the 3270 terminal system. 
This storage is called program appended storage (PAS). The 
size of the CCP partition and/or minimum user program 
area (MINUPA parameter within the assignment set) may 
be adjusted to allow the CCP configuration to fit. 
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Using This Appendix 

The figures within this appendix are useful in making storage 
estinnates and checking for any limitations of CCP. These 
figures are constructed as a list of options with the corres- 
ponding main storage (given in number of decimal bytes) 
needed for that option. The option so far as possible is 
given as a keyword with a reference to a particular statement 
for CCP generation or assignment. If any part of a listed 
option meets the requirement of the desired system configur- 
ation, then the main storage on that line in the table should 
be added to the system size. The options that are indented 
are to be included in the system size only if the desired 
system configuration also includes the preceding nonindented 
option. This appendix is designed to be used top down. 
Main storage totals obtained in the latter figures depend 
upon totals obtained in some of the preceding figures. 
Users of Program Number 5704-SC1 will use Figures 7, 9, 
10, 11, 14, and 15. Users of Program Number 5704-SC2 
will use Figures 8, 9, 12, 13, 14, and 15. A general explana- 
tion of each figure follows: 

- Figure 7 (5704-SC1 only) is used to estimate the sizes of 
two portions of CCP resident code referred to as common 
support code and communication support code. These 
two portions are known internally as $CC4#1 and 
$CC4#2. Both are totally dependent upon CCP genera- 
tion specifications and options. The common support 
code ($CC4#1), and the communication support code 
($CC4#2) are loaded into storage at separate phases of 
CCP startup. Totals obtained from this figure will be 
used in Figures 10 and 11. 

- Figure 8 (5704-SC2 only) is used to estimate the sizes of 
three portions of CCP resident code referred to as com- 
mon support code, communication support code, BSCC 
support code. These three portions are known internally 
as $CC4#1 , $CC4#2, and $CC4#tVI. They are totally 
dependent upon CCP generation specifications and 
options. The common support code ($CC4#1 ), the 
communication support code ($CC4#2), and the BSCC 
support code ($CC4#M) are loaded into storage at 
separate phases of CCP startup. Totals obtained from this 
figure will be used in Figures 12 and 13. 

- Figure 9 is useful in estimating the size of the dynamic 
TP buffer and verifying that it does not exceed a limit of 
18K. The calculated size of the TP buffer is used in 
Figure 11 (5704-SC1) or Figure 12 (5704-SC2). 



- Figure 10 (5704-SC1 only) is used to estimate the size of 
CCP common support code and control tables. This 
portion of CCP resident storage contains the transient 
areas, $CC4#1, user security routine, and control blocks 
all of which depend on CCP generation and assignment 
options. The CCP components listed are, as near as 
possible, in the same sequence as they are positioned in 
main storage. This part of CCP must be no greater than 
18K for a DFF system. Exceeding this limit will cause 
startup to terminate. The total obtained from this 
figure is used in Figure 1 1. 

- Figure 1 1 (5704-SC1 only) is used to estimate the size of 
resident CCP. The total obtained within this figure 
includes all of CCP resident code, all control tables, line 
buffers, the TP buffer, MLMP and MLTA support, and 
any trace support. This total cannot exceed 48K. The 
CCP components listed are, as near as possible, in the 
same sequence as they are positioned in main storage. 
The total obtained can be used in Figure 15. 

- Figure 12 (5704-SC2 only) is used to estimate the size of 
CCP common support control tables. This figure is 
functionally the same as Figure 10 and has the same 
storage limitation. The CCP components listed are, as 
near as possible, in the same sequence as they are posi- 
tioned in main storage. The total obtained from this 
figure is used in Figure 13. 

- Figure 13 (5704-SC2 only) is used to estimate the size of 
resident CCP. The total obtained within this figure 
includes all of CCP resident code, all control tables, line 
buffers, the TP buffer, MLMP and MLTA support, trace 
support, resident open/close, resident program request, and 
BSCC communication support. The CCP components 
listed are, as near as possible, in the same sequence as they 
are positioned in main storage. The total obtained can be 
used in Figure 15. 

- Figure 14 is used to estimate the storage within the user 
program area required for DFF program appended 
storage (PAS). 

- Figure 15 is used to determine the total executable CCP 
partition size. This includes all of resident CCP and the 
user program area. 

The specifications made in an assignment set represent the 
standard operating environment for a CCP run. Certain 
resources specified in an assignment set as being available to 
the CCP run can, on an exception basis, be suppressed by 
the system operator at the startup of the CCP run. Such a 
suppression reduces the control block main storage require- 
ments as defined in Figure 10 or Figure 12. 
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Add only the items below that pertain to your CCP generation 
specifications and options. 

Common to all generations . . . 

Multiple MLTA and/or BSCA lines (see note 1) 

ESCAPE-'YES' (SEFAC) 

ACCEPT-YES (SEFAC) 

CPUMSG-NO (SEFAC) 

MLTA (SEMLA) 

XLATE-NO (SEMLA) 

ESCAPE-YES (SEFAC) 

TYPE-(dialed feature terminals) (SEMLD) 

TYPE-(station control terminals) 

TYPE-(1050 terminals) 
TYPE-(no checking basic terminals) 
TYPE-(checking terminals) 
TYPE-1050or 1050D 
TYPE-1050D 
TYPE-1050 

TYPE-1050, 2740SC, 2740M2SC or 2740SCB 
TYPE-2740SC, 2740M2SC, 2740M2SCB or SYS7SC 
TYPE-2740S, 2740M2S or 2740M2SB 
TYPE-2740 
TYPE-2740D 
TYPE-2740C or SYS7C 
TYPE-2740DC or SYS7DC 
TYPE-2740DT 
TYPE-2740DTC 
TYPE-2741, 2741D or CMCSTD 

TYPE-2741 

TYPE-2741 D or CMCSTD 
XMCODE-CORR (SEMLD) 
XMCODE-PTTCEBCD 
XMCODE-PTTCBCD 
BSCA (SEBSC) 

FORMAT-YES (SEFAC) 

PRUF-YES 
PRUF-YES 

BSYPRT-YES (SEFAC) 
ESCAPE-'YES' 

TYPE-3270 (SEBSD) 

TYPE-CPU (SEBSD) 
MLTA (SEMLA) 

TYPE-(STATION CONTROL TERMINALS) (SEMLD) 
BSCA-2 (SEBSC) 
MULTIPLE BSCA and/or MLTA LINES 

MLTA (SEMLA) 
CS-YES or DIAL-YES (SEBSC) 

PP-YES, MP-YES or DIAL-YES 

CS-YES 

RESPOL-YES 
PP-YES, MP-YES or DIAL-YES (SEBSC) 

MP-YES 

PP-YES, CS-YES or DIAL-YES 
AUTHORS-YES 



$CC4#1 


$CC4#2 


4753 


2221 


- 


23 


17 


18 


272 


._ 


33 


-, 


124 


5347 


- 


52 


- 


74 


- 


282 


- 


823 


-- 


4 


- 


230 



9 
9 
9 

146 
1744 



52 
3 



217 
72 
54 
3 
51 
3 
54 
54 
54 
54 
54 
54 
54 
40 
54 
54 



2135 

3400 

35 

84 

103 

27 

6 

6 

109 

4 

203 

97 

3 

208 

6 

166 

1363 

6 



329 
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BSCA ($EBSC) (continued) 
DIAL-NO 
DIAL-YES 

MP-YES, CS-YES or PP-YES 
MP-YES 

MLTA ($EMLA) 
PP-YES or MP-YES ($EBSC) 
DA-YES ($EBSC) 
DIAL-YES 
DIAL-NO 
3270 ONLY 

MINRES-NO and RESPOL-YES 
GETMSG-YES ($EBSC) 
ITB-YES (SEBSC) 

XPRNCY-YES (SEBSC) 
XPRNCY-YES 
ASCII-YES ($EBSC) 
TYPE-3270 ($EBSD) 
TYPE-CPU 
INTPOL-YES ($EBSC) 
TYPE-CPU ($EBSD) 
TYPE-3270, 3741 or 3735 
TYPE-3270 or 3741 
TYPE-3741 
ASCII-YES 
TYPE-3270 or 3735 
TYPE-3735 

ASCII-YES ($EBSC) 
TYPE-3270 ($EBSD) 
DIAL-YES (SEBSC) 

CS-YES 
CS-YES ($EBSC) 

DIAL-YES 
MLTA (SEMLA) 
ESCAPE-'YES' (SEFAC) 
ASCII-YES ($EBSC) 
TYPE-3741 ($EBSD) 

ESCAPE-'YES' (SEFAC) 
PRUF-YES (SEFAC) 
MINRES-NO (SEGEN) 
DIAL-YES 

PP-YES, MP-YES or CS-YES 
GETMSG-YES (SEBSC) 
ITB-YES (SEBSC) 

XPRNCY-YES (SEBSC) 
MINRES-YES (SEGEN) 

Totals . . . 



SCC4#1 



See note — 



Notes: 

1. Include if number of MLTA lines plus number of BSCA lines is greater than one 

2. Also enter total for SCC4#1 in Figure 4, Section 1. 

3. Also enter total for SCC4#2 in Figure 5, Section 1. 



SCC4#2 

97 

547 

144 

3 

6 

6 

418 

4400 



- 


3314 


- 


341 


- 


91 


- 


19 


- 


24 


- 


13 


6 


92 


- 


23 


- 


23 


- 


184 


- 


32 


- 


59 


- 


29 


3 


2 


- 


2 


- 


3 


- 


23 


- 


14 


- 


353 


- 


16 


- 


6 


- 


9 


- 


6 


- 


6 


-- 


7 


- 


28 


- 


3 


- 


6 


- 


3 


- 


384 


- 


3 


- 


3 


- 


8 


- 


25 


^ 


31 


6 


— 


2 
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Add only the items below that pertain to your CCP generation 
specifications and options. 

Common to all generations . . . 

Multiple MLTA and/or BSCA lines (see note 1) 

FORMAT-YES ($EFAC) 

MOVTNT-YES 

ACCEPT-YES 

RESOPN-YES 

RESREQ-NO 

ESCAPE-YES 

MOVTNT-YES 

BSCA ($EBSC) or MLTA ($EMLA) 

BSCC ($ECSC) 

ESCAPE-YES ($EFAC) 

MINRES-NO ($EGEN) 

MLTA($EMLA) 

XLATE-NO ($EMLA) 
ESCAPE-'YES' ($EFAC) 
TYPE-(dialed feature terminals) ($EMLD) 
TYPE-(station control terminals) 

TYPE-(1050 terminals) 
TYPE-(no checking basic terminals) 
TYPE-(checking terminals) 
TYPE-( buffered receive terminals) 
TYPE-1050or1050D 
TYPE-1050D 
TYPE-1050 
MOVTNT-YES 

TYPE-1050, 2740SC, 2740M2SC or 2740SCB 
TYPE-2740SC, 2740M2SC, 2740M2SCB or SYS7SC 
TYPE-2740S, 2740M2S or 2740M2SB 
TYPE-2740 
TYPE-2740D 
TYPE-2740C or SYS7C 
TYPE-2740DC or SYS7DC 
TYPE-2740DT 
TYPE-2740DTC 
TYPE-2741 , 2741 D or CMSTD 

TYPE-2741 

TYPE-2741 or CMSTD 

BSCA ($EBSC) 
MLTA($EMLA) 
BSCA-2 ($EBSC) 
DA-YES ($EBSC) 

Multiple BSCA and/or MLTA lines (see note 1) 
INTPOL-YES ($EBSC) 
XPRNCY-YES 
ITB-YES ($EBSC) 
XPRNCY-YES 
BSYPRT-YES 



$CC4#1 



$CC4#2 



$CC4#M 



1732 


576 


- 


23 


1770 


— 


14 


_ 


315 


— 


32 


— 


22 


— 


20 


— 


164 


— 


- 


1825 


- 


7 


— 


18 


— 


4 


66 


5342 


- 


56 


- 


80 


- 


282 


- 


827 


— 


4 


— 


230 


— 


217 


— 


39 


75 


72 


- 


54 


- 


3 


22 


- 


— 


51 


- 


3 


— 


54 


- 


54 


- 


54 


— 


54 


— 


54 


- 


54 


- 


54 


- 


40 


- 


54 


- 


54 


146 


5335 




98 


— 


203 


— 


418 


— 


105 


- 


201 


— 


31 


— 


18 


— 


24 


52 


103 
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BSCA ($EBSC) (continued) 
ASCII-YES ($EBSC) 
TYPE-3270 ($EBSD) 
TYPE-CPU 
TYPE-3735 
TYPE-3741 
MINRES-NO ($EGEN) 
DIAL-YES ($EBSC) 

PP-YES, MP-YES or CS-YES 
GETMSG-YES (SEBSC) 
ITB-YES ($EBSC) 
XPRNCY-YES 
TYPE-3270, 3741 or 3735 

MLTA ($EMLA) 
PRUF-YES($EFAC) 
RESPOL-YES 
FORMAT-YES ($EFAC) 

PRUF-YES 
PRUF-YES($EFAC) 
GETMSG-YES (SEBSC) 
ESCAPE-'YES' ($EFAC) 
TYPE-3270 (SEBSD) 
TYPE-CPU (SEBSD) 
TYPE-3270, 3741 or 3735 (SEBSD) 
TYPE-3270 or 3741 
TYPE-3270 or 3735 
TYPE-3270 or ESCAPE-'YES' 
TYPE-3735 (SEBSD) 
TYPE-3741 
TYPE-3270 

DIAL-YES ($EBSC) 
CS-YES (SEBSC) 

DIAL-YES 
MLTA (SEMLA) 
ESCAPE-'YES' or PRUF-YES 
ESCAPE-'YES' (SEFAC) 
PRUF-YES 
DIAL-YES or TYPE-3735, 3741 or CPU 

MINRES-YES or RESPOL-NO 
TYPE-CPU (SEBSD) 
CS-YES or DIAL-YES (SEBSC) 
PP-YES, MP-YES or DIAL-YES 
DIAL-YES 

MP-YES, CS-YES or PP-YES 
MP-YES 

MLTA (SEMLA) 
CS-YES 

PP-YES, MP-YES or DIAL-YES (SEBSC) 

DIAL-YES (SEBSC) 

RESPOL-YES 



$CC4#1 



$CC4#2 

94 
51 
12 
14 
13 
375 
3 
6 
8 
22 
26 
5 
3 
16 
337 
3430 
35 
84 
94 
39 
6 
6 
59 
29 
3 
7 
23 
60 
350 
16 
3 
18 
9 
3 
5 
3 
742 
337 
32 
208 
6 
587 
42 
3 
6 
172 
18 
6 
1893 



SCC4#M 



Figure 8 (Part 2 of 31. Estimating Storage Requirements for CCP Common Support Code ($CC4#1 1, Communication Support Code 
($CC4#2), and BSCC Support Code ($CC4#M) - 5704-SC2 only 
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BSCA ($EBSC) (continued) 

PP-YES, MP-YES or CS-YES ($EBSC) 
PP-YES, MP-YES or DIAL-YES (SEBSC) 
PP-YES or MP-YES ($EBSC) 
MP-YES 

PP-YES, CS-YES or DIAL-YES 
AUTORS-YES 

BSCC ($ECSC) 

FORMAT-YES ($EFAC) 
BSCC-2 (SECSC) 
INTPOL-YES ($ECSC) 
BSCC-2 (SECSC) 
ESCAPE- 'YES' ($EFAC) 
ASCII-YES (SECSC) 
GETMSG-YES (SECSC) 
BSYPRT-YES 

SIOC 

BSCC-NO 
MOVTNT-YES 

Totals . . . 

Notes: 

1. Include If number of MLTA lines plus number of BSCA lines is greater than one. 

2. Also enter total for SCC4#1 in Figure 12, Section 1. 

3. Also enter total for $CC4#2 in Figure 13, Section 1. 

4. Also enter total for $CC4#)\/I in Figure 13, Section 10. 





$CC4#1 


$CC4#2 


$CC4#M 




_ 


84 


_ 




- 


6 


— 




- 


6 


— 




- 


18 


— 




- 


6 


— 




— 


329 


- 




52 


— 


11105 




- 


- 


65 




- 


- 


56 




- 


- 


43 




- 


- 


10 




- 


— 


73 




- 


- 


38 




- 


- 


13 




— 


— 


111 




94 


— 


1162 




52 


- 


11105 




4 


— 


— 


See note — 


2 


3 


4 
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Follow steps one through six to estimate the size of the dynamic TP buffer. 
Refer to system, TERMATTR, PORTLINE, and program statements within 
the CCP assignment set. 



Put Area 



If any TERMATTR statement is DFF 
(DFF3270-YES), enter 516 

If any TERMATTR statement is NON-DFF or if 
Program Number 5704-SC2 and any BSC 
line has an optional DFF buffer, enter the 
longer of RECL+4 or BLKL+23. 



Common Area 



Refer to the program statements and enter the 

maximum result of; 

(2 X the number of terminals allocated to any 
task) + (4 X the number of disk files allocated 
to the same task) + 34. 

Enter the maximum result of A, B, or C below. 
A DFF request length (PRUFLNG) + 19 

B Program request length (PGMREQL) + 12 

C Command length (COMMANDL) + 12 

For 5704-SC2 with SIOC only 

Enter the result of; 

(value of MAXMSG specified on PORTLINE 
statement) + 15 + (the value calculated in 
step 2 above). 



Invite Area 



Enter the result of A or B below. 

(number of input capable terminals x 23) + 4 

(5704-SC1) 

(number of input capable terminals x 20) + 4 

(5704-SC2) 



Total TPBUFF 



Add items 1 through 5 above, enter result. The 
result should not exceed 18K (18,432) and if Pro- 
gram Number 5704-SC2 using optional DFF buffer, 
the minimum is 2K (2,048). If so, enter result in 
Section 3 of Figure 1 1 (5704-SC1 ) or Section 4 
of Figure 13 (5704-SC2). 



Figure 9. Estimating Storage Requirements for the Dynamic TP Buffer 
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CCP 


Internal 






Components 


Terminology 


Details for Estimating Storage Requirements 




Section 


1— General 






Applies to all CCP configurations 




Transient 


T1 &T2 


Space reserved for CCP transients. 


1024 


areas 








Common 


$CC4#1 


Enter $CC4#1 storage requirements from Figure 7 here. 




CCP code 








Program 


PCT 


If PGMCNT-YES ($EFAC), enter 2 x (number of program 




request 




statements in assignment set). 




count 








table 








User 


$CC4Z9 


If secure-user is used in $ESEC statement, enter size of user's 




security 




security information (value of LUSI keyword). 




Terminal 


TAS 


Enter 5 x (number of TERMATTR statements in assignment 




attribute 




set). 




set 








Section 1 




Add results within this section, enter total here and in 




total 




Section 8 below. 




Section 2 


—Control informa 


tion for MLTA communications lines. If no MLTALINE statements in assignment 


set, skip 


to Section 3. 










Refer to MLTALINE and MLTATERM statements within 








assignment set. 








MLTA line numbers . . . 








12 3 4 5 6 


7 8 


Define 


DTF/LCB 


Enter 126 bytes for each 




file/line 
control 




MLTALINE statement. 








block 








Terminal 


TST 


Enter 5 x (number of 




statistics 




MLTATERM statements) 




tables 




for each MLTALINE 








statement. 




Polling list 


POLLLIST 


Enter 12 x (number of 1050 




(note 1) 




terminal entries in POLLLIST) 
for each Ml TAIINF <:tatpmpnt 

Also enter 6 + (3 x number of 
non-1050 terminal entries in 
POLLLIST) for each 
MLTALINF statempnt 
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CCP 


Internal 






Components 


Terminology 


Details for Estimating Storage Requirements 








MLTA line numbers . . . 




Check list 




12 3 4 5 
Enter 3 for each MLTALINE 


3 7 8 






statement. 





MLTA line 




Enter the appropriate 




buffers 




values as calculated below for 




(note 1 ) 




each terminal type on each 
MLTA line. 

2741: MAXRFni + 1fi = 




1050 or 2740 automatic 








pnlling- MAXRFri +14 = 









1050 not automatic 








Dollinq; MAXRECL+17 = 









2740 control station, not 








automatic polling: 








MAXRECL+ 17 = 




2740 transmit control : 








MAXRECL+ 17 = 








All others terminal types: 








MAXRFCI +15 = 




Line 




Add results above for each 




totals 
Adaptor 


DTF 


Ml TA line 




Main storage requirement for MLTA adaptor DTF. 


+ 33 


DTF 








Section 2 




Add line totals and adaptor requirements. 




total 




Enter result here and in Section 8 below. 

Note 1 - The MLTA POLLLIST and line buffers are actually 










located just before $CC4#2. 
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CCP 
Components 



Internal 
Terminology 



Details for Estimating Storage Requirements 



Section 3-Control information for BSCA communications lines. If no BSCALINE statements in assignment 
set, skip to Section 4. 



Define 
file/line 
control 
block 



Addressing 
list 



Polling 
list 



Terminal 
statistics 
tables 

Check 

list 

Line 
totals 

Section 3 
total 



DTF/LCB 



ADDRLIST 



POLLLiST 



TST 



Refer to BSCALINE and BSCATERM statements within 
assignment set. 



Enter 136 bytes for each 
BSCALINE statement. 

If TYPE-SW within BSCALINE statement, 
enter 4 for those line numbers. 

If TYPE-CS in BSCALINE statement, enter 
((number of BSCATERM statements) x 
(number of ADDRCHAR characters + 3) + 1 ) 
for each line statement. 

If TYPE-CS in BSCALINE statement, enter 
((number of POLLLIST entries) x (number 
of POLLCHAR characters + 3) + 1 ) for each 
line statement. 

Enter 4 + ((number of BSCATERM statements) 
X 2 X (number of POLLCHAR + 7)) for each 
line statement. 

Enter 3 for each BSCALINE statement. 



Add results above for each BSCA line. 



Add both line totals, enter result here and in Section 8 
below. 



BSCA line number. 
1 2 
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CCP 
Components 



Internal 
Terminology 



Details for Estimating Storage Requirements 



Section 4-Control information for BSCA and/or MLTA terminals. 



Terminal 
unit blocl< 



Terminal 
name table 

Section 4 
total 



TUB 



TNT 



Refer to MLTATERM, BSCATERM and TERMNAME statements 
within assignment set. 

Enter 38 x (number of MLTA and BSCA terminals). 

Also enter 19 x (number of BSCA switched terminals) + 1 

Also enter 19 x (number of BSCA command terminals) + 1 

Enter 23 + (1 1 x number of TERMNAME statements). 



Add results within this section, enter result here and in Section 8 
below. 



Section 5-Control information for symbolic and associated symbolic files. If no SYMFILE statements within 
assignment set, skip to Section 6. 



File 

specifica- 
tion blocks 



Symbolic 
file table 



FSB 



XDT 



Section 5 
total 



Refer to SYMFILE, BSCATERM and program statements within 
assignment set. 

Enter (number of SYMFILES) x ((1 + number of command 
terminals) + (number of user programs allowed to run 
concurrently*)). 
15 maximum 

Calculate the size of one XDT for each SYMFILE statement. 
Each table = 9 + number of DISKFILE references within 
SYMFILE statement. 

Enter total for all SYMFILE statements. The XDT is actually 
located following the SDF address list below. 

Add results within this section, enter total here and in Section 8 
below. 
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CCP 


Internal 






Components 


Terminology 


Details for Estimating Storage Requirements 




Section 
Section 


6-Control information for disk files. If no diskfile statements within assignment set, skip to 
7. 


Short 
DTF 


SDF 


Choose the appropriate following lines according to diskfile statement o 
in the assignment set. The control blocks are positioned in main storage 
sequence as the diskfile statements in the assignment set. 


ganizations 
in the same 


Short DTF 
address list 


SDF @ 
LIST 


Enter 20 X (number of direct diskfile statements). 

Enter 21 X (number of consecutive diskfile statements). 

Enter 30 X (number of indexed load diskfile statements) + 2 x (the 
key length for each indexed file). 

Enter 38 X (number of indexed random diskfile statements) + 2 x (the 
key length for each indexed file). 

If track index exists, enter 3 x (number of indexed add files). 

Enter 1 1 X (number of physical files). 
















File 
sharing 


FSQE 


Enter 15 X the number of FSQE's specified in the assignment set, 
or 




queue 
element 




Calculate the following ratio for each program. 

R = (number of shared files)/(number of 2K blocks required by 




CCP 

master 

indexes 




program) 
Use the largest calculated ratio for 'R' below. Enter 15 X R X (the 
maximum number of copies of the program used to obtain R that can 
fit into the user program area. 

Calculate one master index for each diskfile statement with 
MSTRINDX-YES specified. 










Master index length = value specified for MIXSIZE keyword within 
diskfile statement. 








Master index length = (KEYL + 2) x [(number of disk cylinders in 
index) + 3)]. 




Section 6 
total 




Enter total for all master indexes here. 

Add results within this section, enter total here and in Section 8 
below. 
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CCP 
Components 


Internal 
Terminology 


Details for Estimating Storage Requirements 


Section 7 


—Control information for user programs. 


Program 
character- 
istics table 


POT 


Enter 6 X the number of sectors of PCT in SCCPFI LE, or as a rough 
approximation, enter 1.5 X number of program statements rounded 
up to the nearest multiple of 6. Also enter value in Section 8 below. 




Section 8 


-CCP common code and control table totals. 


Common 
code and 
control 
table total 




Enter total from Section 1 here. 


Enter total from Section 2 here. 


Enter total from Section 3 here. 


Enter total from Section 4 here. 


Enter total from Section 5 here. 


Enter total from Section 6 here. 


Enter total from Section 7 here. 


Add all lines above. Sum represents size of all CCP common code and 
control tables. It cannot exceed 16K (16,384) for any CCP configura- 
tion. If DFF is configurated, the above sum cannot exceed 15 254 


bytes. If DFF and MLTA is configured, the above sum cannot exceed 
15,246 bytes less 3 bytes for each individual type of MLTA terminal. 
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COP 
Components 


Internal 
Terminology 


Details for Estimating Storage Requirements 


Section 1 -General 

Applies to all CCP configurations 


Common 
code & 
control 
tables 

Communica- 
tion support 
code 

BSCA 
trace 

MLTA 
trace 

Section 1 
total 


$CC4#2 

$CC$BS 
SCCSML 


Enter the total from Section 8 of Figure 4 here. 

Enter the $CC4#2 storage requirements from Figure 1 here. 

If TRACEMLMP will be specified at startup enter 650. 
If TRACEMLTA will be specified at startup enter 1325. 
Add results within this section, enter total here and in Section 










3 heinw 
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CCP 
Components 



Internal 
Terminology 



Details for Estimating Storage Requirements 



Section 2-Line buffers for BSCA communications lines. If no BSCALINE statements in assignment set, 
skip to Section 3. 



BSCA line 
buffers 



Section 2 
total 



Refer to TERMATTR, BSCALINE and BSCATERM statements within 
assignment set. 



Calculate the size of each line buffer as follows: 

1 Enter (largest BLKL value used on each line) + 42. 

2 If ITB-Y, TRANSP-N within TERMATTR statement, 
enter 1 here. 

3 If ITB-Y, TRANSP-Y within TERMATTR statement, 
enter 7 here. 

4 If DBLBUF-YES within BSCALINE statement, add lines 
1, 2, and 3 and enter total here. 

5 If XMCODE-ASCII specified In BSCALINE statement, 
add lines 1, 2, and 3 and enter total here. 

6 If TYPE-SW within BSCALINE statement, enter number 
of IDEXSEND characters here. 

7 If TYPE-SW within BSCALINE statement, enter number 
of IDEXRCV characters within BSCATERM statement 
here. 

8 Add items 1 through 7 above for each BSCA line, and 
enter totals here. 

Add totals of both BSCA lines, enter result here and in Section 3 
below. 



Line Number 
1 2 



Section 3-Resident CCP totals. 



Resident 
CCP total 



Enter total from Section 1 here. 

Enter total from Section 2 here. 

Enter the size of the TP buffer from Figure 3 here. 

Add the 3 lines above, and round up to the next 2K (2,048) increment. 
The difference Is added to the size of TP buffer. The result represents 
the size of resident CCP and cannot exceed 48K (49,152). 
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CCP 
Components 



Internal 
Terminology 



Details for Estimating Storage Requirements 



Section 1 -General 

Applies to all CCP configurations 



Transient 
areas 

Common 
CCP code 

Program 
request 
count 
table 

User 
security 

Terminal 
attribute 
set 

Section 1 
total 



T1 &T2 



$CC4#1 



PCT 



$CC4Z9 



TAS 



Space reserved for CCP transients. 

Enter $CC4#1 storage requirements from Figure 8 here. 



If PGMCNT-YES ($EFAC), enter 2 x (number of PROGRAM state- 
ments in assignment set). 



If SECURE-USER is used in $ESEC statement, enter size of user's 
security information (value of LUSI keyword). 

Enter 5 x (high sequence number specified in the ATTRID param- 
eter of the TERMATTR assignment statement). 



Add results within this section, enter total here and in Section 10 below. 



1536 



Section 2-Control information for IVILTA communications lines. If no IVILTALINE statements in assignment 
set, skip to Section 3. 



Define 


DTF/LCB 


file/line 




control 




block 




Terminal 


TST 


statistics 




tables 




Polling list 


POLLLIST 


(note 1 ) 





Check list 



Refer to MLTALINE and MLTATERM statements within assignment set 



MLTA Line Numbers . . . 
12 3 4 5 



Enter 126 bytes for each 
MLTALINE statement. 



Enter 5 x (number of 
MLTATERM statements) 
for each MLTALINE 
statement. 

Enter 12 x (number of 1050 
terminal entries in POLLLIST) 
for each MLTALINE statement. 

Also enter 6 -i- (3 x number of 
non-1050 terminal entries in 
POLLLIST) for each 
MLTALINE statement. 

Enter 3 for each MLTALINE 
statement. 
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CCP 
Components 



MLTA line 
buffers 
(note 1) 



Line totals 



Adaptor 
DTF 

Section 2 
total 



Internal 
Terminology 



DTF 



Details for Estimating Storage Requirements 



Enter the appropriate values calculated below for each terminal type on 
each MLTA line. 

2741: MAXRECLH- 15 = 



1050 or 2740 automatic 
polling: MAXRECL+ 14 = 

1050 not automatic 
polling: MAXRECL+ 17 = 

2740 control station, not 
automatic polling: 

MAXRECL+ 17 = 

2740 transmit control : 

MAXRECL+ 17 = 

All others terminal types: 
MAXRECL+ 15 = 

Add results above for each 
MLTA line. 



Main storage requirement for MLTA adaptor DTF. 



Add line totals and adaptor requirements. Enter result here and in 
Section 10 below. 

Note 1-The MLTA POLLLIST and line buffers are actually located 
just before $CC4#2. 



+ 33 
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CCP 


Internal 






Components 


Terminology 


Details for Estimating Storage Requirements 




Section , 


3-Control information for BSCA and BSCC communications lines. If no BSCALINE statements 




within assignment set, skip 


to Section 4. 








Line Number 








1 2 3 


4 


BSCA 


DTF/LCB 


Enter 137 bytes for each BSCALINE 




line 




1 nr 9 




control 








block 




If TYPE-SW within BSCALINE statement, 

enter 4 for those line numbers. 




BSCC line 


DTF CLB 


Enter 132 bytes for each BSCALINE 




control block 




3 or 4 




Check list 




Enter 3 for each BSCALINE 1 or 2 statement. 




Line totals 




Arid rp<:lilt<; ahnwB fnr o^rh RCirA linp 




Section 3 
total 




Add all line totals, enter result here and in Section 10 below. 






Section 


4-ContrDl information for the serial I/O channel and BSCA or BSCC PORTLINE. If no 




PORTL 


NE statement wit 


lin assignment set, skip to Section 5. 




SIOC line 


DTF/CLB 


Enter 131 bytes for each PORTLINE type SIOC. 




control block 






BSCA 


DTF/LCB 


Enter 137 bytes for each PORTLINE type line 1, line 2, or 




PORTLINE 
control block 




TTASK. 






BSCC 


DTF/CLB 


Enter 132 bytes for each PORTLINE type line 3 or line 4. 




PORTLINE 








control block 








Check list 
Section 4 




Enter 3 for each PORTLINE type line 1, line 2, or TTASK. 
Add all line totals; enter result here and in section 10 below. 






total 
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CCP 
Components 



Internal 
Terminology 



Details for Estimating Storage Requirements 



Section 5-Control information for BSCA, BSCC and MLTA terminals. Control 
information for SIOC ports. 



Terminal unit 
block 



TUB 



Section 5 total 



Refer to MLTATERM, BSCATERM, and PORTLINE 
statements within assignment set. 

Enter 39 x (number of MLTA and BSCA and BSCC 
terminals). 

Also enter 19 x (number of BSCA switched 
terminals) +1. 

Also enter 19 x (number of command terminals) 
+ 1. 

Also enter 58 x (number of acquirable and 
nonacqulrable BSCA or BSCC ports) 

Also enter 39 x (number of acquirable and non- 
acqulrable SIOC ports). 

Also enter 45 x (number of task chaining terminals 
as specified on MAXCHAIN parameter in the 
SYSTEM assignment statement). 

Add results within this section, enter total here and 
in Section 10 below. 



Section 6-Control Information for BSCA, BSCC, and MLTA terminals. Control infor- 
mation for SIOC ports. If terminal name table MOVEOUT (MOVTNT) specified, 
skip to Section 7. 



Terminal name 
table 



Section 6 
total 



TNT 



Refer to TERMNAME and PORTLINE statements 
within assignment set. 

Enter 23 -i- (1 1 x number of TERMNAME 
statements). 

Enter 1 1 -h (1 1 x number of SIOC ports, BSCA ports, 
and BSCC ports specified). 

Add results within this section, enter total here and 
in Section 10 below. 
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CCP 
Components 


Internal 
Terminology 


Details for Estimating Storage Requirements 


Section 7-Control information for symbolic and associated symbolic files. If 
resident open/close (RESOPN) specified or more than 50 disk files or resident DFF 
indexed (DFFINDX) specified, skip to Section 9. If no SYMFILE statements 
within assignment set, skip to Section 8. 


File 

specification 

blocks 


FSB 


Refer to SYMFILE, BSCATERM, and program 
statements within assignment set. 

Enter (number of SYMFILES) x (number of com- 
mand terminals) + (number of user programs allowed 
to run concurrently*). 
* 15 maximum 




Symbolic file 
table 

Section 7 
total 


XDT 


Calculate the size of one XDT for each SYMFI LE 
statement. Each table = 9 -i- number of diskfile 
references within SYMFI LE statement. Enter total 
for all SYMFI LE statements. The XDT is acually 
located following the SDF address list below. 

Add results within this section, enter total here and 
in Section 10 below. 




Section 8-Control information for disk files. If resident open/close (RESOPN) specified or more than 
fifty disk files or resident DFF indexes (DFFINDX) specified, skip to Section 9. 


Share DTF 
address list 


SDF@ 
List 


Enter 12 x (number of physical disk files). Also enter value 
in Section 10 below. 




Section 9-Control information for user programs. 


Program 
character- 
istics table 


PCT 


Enter 6 + the number of sectors of PCT in SCCPFILE, or as a rough 
approximation, enter 1.5 x number of program statements rounded 
up to the nearest multiple of 6. Also enter value in Section 10 below. 
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CCP 
Components 



Internal 
Terminology 



Details for Estimating Storage Requirements 



Section 10-CCP common code and control table totals. 



Common code 
and control 
table total 



Enter total from Section 1 here. 

Enter total from Section 2 here. 

Enter total from Section 3 here. 

Enter total from Section 4 here. 

Enter total from Section 5 here. 

Enter total from Section 6 here. 

Enter total from Section 7 here. 

Enter total from Section 8 here. 

Enter total from Section 9 here. 

If DFF is configured without 
DFF moved out, enter 3900 here. 

Enter 21 for line address holder. 

Add all lines above. Sum represents size of all CCP common code 
and control tables. It cannot exceed 16K (16,384) for any CCP 
configuration. 
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CCP 
Components 



Internal 
Terminology 



Details for Estimating Storage Requirements 



Section 1— General 

Applies to all CCP configurations 



Common 




code & 




control 




tables 




Communica- 


$CC4#2 


tion support 




code 




BSCA trace 


SCCSBS 


MLTA trace 


$CC$ML 


Section 1 




total 





Enter the total from Section 10 of Figure 12 here. 



Enter the $CC4#2 storage requirements from Figure 8 here. 

If TRACEMLMP may be specified at startup enter 650. 

If TRACEMLTA may be specified at startup enter 1325. 

Add results within this section; enter total here and in Section 3 
below. 



Section 2-Line buffers for BSCA communications lines. If no BSCALINE statements in assignment set, 
skip to Section 3. 



BSCA line 
buffers 



Refer to TERMATTR, BSCALINE and BSCATERM statements within 
assignment stage. 



Calculate the size of each line buffer as follows: 

1 Enter (largest BLKL value used on each line rounded 
up to the nearest multiple of 256) + 42. 

2 If ITB-Y, TRANSP-N within TERMATTR statement, 
enter 1 here. 

3 If ITB-Y, TRANSP-Y within TERMATTR statement, 
enter 7 here. 

4 If DBLBUF-YES within BSCALINE statement, add lines 
1, 2, and 3 and enter total here. 

5 If XMCODE-ASCII specified in BSCALINE statement, add 
lines 1, 2, and 3 and enter total here. 



Line Number 
1 2 
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CCP 
Components 



Internal 
Terminology 



Addressing list 



Polling list 



Terminal 
statistics 
tables 



Section 2 
total 



ADDRLIST 



POLLLIST 



TST 



Details for Estimating Storage Requirements 



6 If TYPE-SW within BSCALINE statement, enter number 
of IDEXSEND characters here. 

7 If TYPE-SW within BSCALINE statement, enter number 
of IDEXRCV characters within BSCATERM statement 
here. 

8 If TYPE-CS in BSCALINE statement enter ((number 
of BSCATERM statements) x (number of 
ADDRCHAR characters + 3) + 1 ) for each line 
statement. 

9 If TYPE-CS in BSCALINE statement enter ((number 
of POLLLIST entries) x (number of POLLCHAR 
characters -i- 3) -(- 1) for each line statement. 

10 Enter 4 + ((number of BSCATERM statements) x 2 
X (number of POLLCHAR + 7)) for each line 
statement. 

1 1 Add items 1 through 10 above for each BSCA line, 
and enter totals here. 



Add totals of both BSCA lines, enter result here and in Section 3 
below. 



Section 3-Resident CCP sub-total. 



Resident 
CCP sub-total 



Enter total from Section 1 here. 

Enter total from Section 2 here. 

Enter the size of the TP buffer from Figure 9 here. 

Add the 3 lines above, and round up to the next 2K (2,048) increment. 
The difference is added to the size of TP buffer. The result cannot 
exceed 48K (49,152). Enter result here. 

For each optional DFF buffer (maximum of one per BSCA line), add 
2048 to total above. Enter here and in Section 12 below. 
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CCP 
Components 



Internal 
Terminology 



Details for Estimating Storage Requirements 



Section 4-l\/loved out terminal name tables. If terminal name table MOVEOUT (MOVTNT) not 
specified, skip to Section 5. 



Terminal 
name table 



TNT 



Refer to MLTATERM, BSCATERM, and TERMNAME 
statements within assignment set. 

Enter 23 + (1 1 x number of TERMNAME statements). 

Enter 1 1 + (1 1 x number of SIOC ports and BSCA ports or 
BSCC ports specified. 

Add results in this section; enter total here and in Section 12 
below. 



Section 5-Resident pseudo OPEN/CLOSE of disk files. If resident open/close (RESOPN) 
not specified, skip to Section 6. 



Resident 
open/close 



SCCROC 



Resident pseudo OPEN-CLOSE requires 10K (10,240). Also enter 
value in Section 12 below. 



10,240 



Section 6-Control information within the external pointer list (EPL). If resident open/close (RESOPN) 
not specified and not more than fifty disk files (DISKFILE) specified and resident DFF indexes (DFFINDX) 
not specified, skip to Section 7. 



Header 

Symbolic 
file table 



File 

specifica- 
tion blocks 

Share DTF 
address list 

Object library 
address table 

DFF 
indexes 



EPL 
XDT 



FSB 



SDF@ 
List 

EP@QCS 



Contains four 2 byte pointers. 

Calculate the size of one table for each SYMFILE statement. 
Each table = 9 -i- number of diskfile references within 

SYMFILE statement. 
Enter total for all SYMFILE statements. The XDT is actually 
located following the SDF address list below. 

Enter (number of SYMFILES) x ((number of command terminals) -i- 
(number of user programs allowed to run concurrently)). 



Enter 12 x (number of physical disk files). 

Contains all referenced Q codes and their cylinder/sector addresses 
that were in the assignment set. 

If DFFINDX-YES is specified, enter 6 x (number of DFF formats 
used). 



+ 8 
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CCP 
Components 



Section 6 
total 



Internal 
Terminology 



Details for Estimating Storage Requirements 



Add results within this section, and round up to the next 2K (2,048) 
increment. If result is greater than 4K (4,096), then change it to 4K. 
Enter result here and in Section 12 below. The difference between the 
space used for disk files and the final result is used for DFF resident 
indexes. However all of the format indexes may not be in main 
storage even if DFFINDX-YES is specified. 



Section 7-Resident program request. If resident program request (RESREQ) not specified, 
skip to Section 8. 



Resident 
program 
request 



$CCRPR 



Resident program request requires 4K (4,096). 
Also enter value in Section 12 below. 



Section 8-Display Format facility MOVEOUT. If DFF MOVEOUT (MOVDFF) not specified, 
skip to Section 9. 



DFF 
MOVEOUT 



$CC4DF 



DFF requires 4K (4,096). Also enter value in Section 1 2 below. 



Section 9-Control information for BSCC. If not using BSCC (BSCA lines 3 or 4), skip to Section 12. 



Transient 
area 

Communica- 
tion support 
code 

BSCC trace 

Addressing 
list 



Polling list 



Terminal 
statistics 
tables 

BSCC 

work area 



T3 + 
$CC4U0 

$CC4#IVI 



$$BSYT 
ADDRLIST 



Space reserved for BSCC transients and BSCC system message 
formatting. 

Enter the $CC4#i\/l storage requirements from Figure 8 here. 



If TRACEBSCC will be specified at startup enter 256 x (1 + BSCCBLK) 



POLLLIST 



TST 



If TYPE-CS in BSCALINE statement, enter 
((number of BSCATERM statements) x 
(number of ADDRCHAR characters + 3) + 1 ) 
for each line statement. 

If TYPE-CS in BSCALINE statement, enter 
[(number of POLLLIST entries) x (number 
of POLLCHAR characters -h 3) -H] for each 
line statement. 

Enter 4 + ((number of BSCATERM statements) 
X 2 x (number of POLLCHAR + 7)) for each . 
line statement. 

BSCC work area requirements enter 206 for 
each BSCC line used. 

Add totals of both BSCC lines, enter result 



Line Number 
3 4 
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4096 



4096 



2048 



CCP 
Components 


Internal 
Terminology 


Details for Estimating Storage Requirements 


BSCC line 
buffers 

Section 9 
total 




Calculate the size of each line buffer as follows: Line Number 

3 4 
1 Enter (largest BLKL value used on each line 

rounded up to the nearest multiple of 256) 

+ 42. 




2 If ITB-Y,TRANSP-N within TERMATTR 
statement, enter 1 here, 

3 If ITB-Y,TRANSP-Y within TERMATTR 
statement, enter 7 here. 

4 If DBLBUF-YES within BSCALINE state- 
ment, add lines 1, 2, and 3 and enter total 

hprp 


5 If TYPE-SW within BSCALINE statement, 
enter number of IDEXSEND characters here. 


6 If TYPE-SW within BSCALINE statement, 
enter number of IDEXRCV characters within 
BSCATERM statement herp 


7 Add items 1 through 6 above for each BSCC 
line, and enter totals hprp 


Add buffer totals of both BSCC lines, and enter result. 

Add results within this section, and round up to the next 2K (2,048) 
increment. Enter result here and in Section 12, 






■ Section 


0-Control information and support for SIOC. If SIOC not specified, skip to Section 12. 




Communica- 
tion support 
code 


$CC4#S 


SIOC requires 4K (4,096). Also enter value in Section 1 2 below. 


4096 


Section 1 
PORTLI 


1-Line buffers for SIOC and BSCA or BSCC PORTLINE communications. If no 
ME statement in assignment set, skip to Section 12. 


SIOC line 
buffer 




Refer to the PORTLINE statement within assignment set. 

Enter (BLKL value used on PORTLINE statement rounded up 
to the nearest multiple of 256) -i- 42. Also enter value in 
Section 12. 
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CCP 
Components 



Internal 
Terminology 



Details for Estimating Storage Requirements 



Section 12-Resldent CCP totals. 



Resident CCP 
total 



Enter resident CCP sub-total from Section 3 here. 

Enter total from Section 4 here. 

Enter total from Section 5 here. 

Enter total from Section 6 here. 

Enter total from Section 7 here. 

Enter total from Section 8 here. 

Enter total from Section 9 here. 

Enter total from Section 10 here. 

Enter total from Section 1 1 here. 

Add the lines above. 

The result represents the total main storage requirement of 

resident CCP. 
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For any currently executing user program using OFF, the following storage is appended to the user program. 

Program Appended Storage 

Use the following to calculate the size of the terminal table and the format table. 

Enter 37 x (value of DFFMTERM within PROGRAM statement) 

Enter 18 x (value of DFFNDF within PROGRAM statement) 

Add 1 27 + ^ 27 

Add the three lines above, round up to the next 256 bytes and enter result here. 

The minimum storage size of 256 for these tables will contain enough space for any one 
of the following combinations of terminals and formats. 

1 terminal + (1 to 5 formats) or 

2 terminals + (1 to 3 formats) or 

3 terminals + 1 format 

Enter the size specified for the field descriptor table (DFFSFDT within PROGRAM statement) 
rounded up to the next 256 byte multiple. 

The decimal length of a field descriptor table can be estimated as 256 bytes for the first 1 to 17 
fields defined within the DFF format, and another 256 bytes for each 18 additional fields or 
fraction thereof. 



Figure 14. DFF Storage Requirements Within the User Program Area 



Enter the size of resident CCP from Figure 1 1 or Figure 13 here. 

Enter your estimated requirement for the size of the user program area here. Take into account 
the DFF storage requirements from_ Figure 14 above. Take into account the storage requirements 
for memory resident overlays (MORCOR parameter on system statement at assignment). Also 
take into account any storage required for use to external buffers. Use the value obtained for 
the value of the MINUPA parameter within system statement at assignment. 

Add above figures and enter result here. Result represents the partition size required for the 
executable CCP configuration. 



Figure 15. Executable CCP Partition Size Requirement 
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MAXIMUM CCP SYSTEM EXAMPLE (5704-SC2 ONLY) 

This section shows an example of a nnaximum CCP system 
in which a 51 2K System/3 Model 15D with 4 BSC lines is 
used. This example supports 120 terminals, 192 files, and 
432 programs, and it illustrates how main storage is allocated 
for a large configuration. 

Figure 16 shows a detailed listing of the main storage 
requirements for this example. The resident CCP total of 
94,921 bytes can be achieved because as many routines 
and buffers as possible have been mapped out to other 
parts of main storage via generation and assignment options; 
normally, resident CCP code is limited to 64K bytes. 

As supporting documentation. Figure 17 shows the genera- 
tion options selected for this example and Figure 18 shows 
the assignment set. 
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CCP 
Components 



Internal 
Terminology 



Details for Estimating Storage Requirement 



Section 1— General 



Transient 
areas 

Common 
CCP code 

Terminal 
attribute set 

Section 1 
total 



T1 &T2 



$CC4#1 



TAS 



Space reserved for CCP transients. 

Enter $CC4#1 storage requirements. 

Enter 5 x (high ATTR ID on the TERMATTR statement) 

Add results in this section. 



Section 3-Control information for BSCA & BSCC lines 



BSCA line 
control block 

BSCC line 
control block 

Check list 

Line totals 

Section 3 
total 



DTF/LCB 



DTF/CLB 



Enter 137 bytes for each BSCALINE 1 or 2. 

Enter 132 bytes for each BSCALINE 3 or 4. 

Enter 3 for each line 1 & 2. 
Add results for each line. 
Add results in this section. 



Section 5— Control information for terminals 



Terminal 
unit block 



Section 5 
total 



TUB 



Enter 39 x (number of terminals). 
Enter 19 x (number of command terminals). 
Enter 45 x (number of task-chaining terminals). 
Add results in this section. 



Section 9— Control information for user programs 



Program 

control 

table 



PCT 



Enter 6 + 6 x (number of PCT sectors in $CCPFILE). 



137 



132 



1536 



7164 



20 



8720 



137 



132 



3 3 

272 272 

544 



4680 

1710 

231 

6621 



462 
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CCP 
Components 



Internal 
Terminology 



Details for Estimating Storage Requirement 



Section 10-CCP common code and control table totals 



Common 
code total 



Enter Section 1 total. 

Enter Section 3 total. 

Enter Section 5 total. 

Enter Section 9 total. 

Enter 21 for ADDR. holder 

Add all lines above. Cannot exceed 16K (16,384). 



8720 

544 

6621 

462 

21 

16368 
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CCP 
Components 



Internal 
Terminology 



Details for Estimating Storage Requirement 



Section 1 -General 



Common 
code total 

Communica- 
tion code 

Section 1 
total 



$CC4#2 



Enter total from Section 10. 

Enter the $CC4#2 storage requirements. 

Add results in this section. 



Section 2-Line buffers for BSCA lines 



BSCA line 
buffers 



Addressing 
list 

Polling 
list 

Terminal 
statistics 
table 

Line totals 

Section 2 
total 



ADDRLIST 



POLLLIST 



TST 



Calculate the size of each line buffer as follows: 

1 Enter (largest BLKL used on each line) + 42. 

Enter ((number of BSCATERMS) x (number of 
ADDRCHAR + 3) + 1) for each line. 

Enter ((number of POLLLIST entries) x (number 
of POLLCHAR + 3) + 1 ) for each line. 

Enter 4 + ((number of BSCATERMS) x 2 x (number 
of POLLCHAR + 7)) for each line. 

Add results for each line. 
Add results in this section. 



Section 3-Resident CCP sub-total 



Resident 

CCP 

sub-total 



Enter Section 1 total. 

Enter Section 2 total. 

Enter TP buffer size. 

Add all lines above. Round up to the next 2K (2,048) 
increment. Difference is added to the size of TP buffer. 
Cannot exceed 48K (49,152). 



2090 



211 



211 



664 



3176 



16368 



15678 



32046 



2090 

211 

211 

664 

3176 
6352 



32046 

6352 

10736 

49134 
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CCP 
Components 



Internal 
Terminology 



Details for Estimating Storage Requirement 



Section 4-Moved out terminal name tables 



Terminal 
name table 



TNT 



Enter 23 + (1 1 x number TERMNAME statements) rounded 
up to next 2K. 



Section 5-Resident pseudo open/close of disk files 



Resident 
open/close 



$CCROC 



Resident pseudo open/close requires 10K (10,240). 



Section 6— Control information within the external pointer list 



Header 

Symbolic 
file table 

File 

specification 

blocks 

Share DTF 
address list 

Object 
library 
address table 

DFF 
indexes 

Section 7 
total 



EPL 
XDT 

FSB 



SDF@ 
list 



EP@QCS 



± 



Contains 4 two byte ptrs. 

Enter 9 + (number of disk file ref. within each SYMFILE 
statement). 

Enter (#of SYMFILES) x ((# command terminals) + 
(#userTCBS)) 



Enter 12 x (number of physical disk files). 
All referenced Q-codes and C/S addresses. 

Enter 6 x (number of DFF formats used). 



Add results in this section. Round up to next 2K (2,048) 
increment. 



Section 7— Resident program request 



Resident 
program 
request 



$CCRPR 



Resident program request requires 4K (4,096). 



Section 8-Display format facility MOVEOUT 



DFF 
MOVEOUT 



$CC4DF 



DFF requires 4K (4,096). 



2048 



10240 



90 



945 



2304 



576 



4096 



4096 



4096 



Figure 16 (Part 4 of 5). Storage Requirements for Resident CCP (Example)-5704-SC2 Only 
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CCP 
Components 



Internal 
Terminology 



Details for Estimating Storage Requirement 



Section 9-Control information for BSCC 



Transient 
area 

Communica- 
tion support 
area 

Addressing 
list 

Polling list 



Terminal 
statistics 
table 

BSCC work 
area 

BSCC line 
buffers 



Line totals 

Section 10 
total 



T3& 
$CC4U0 

$CC4#M 



ADDRLIST 



POLLLIST 



TST 



-L 



Space reserved for BSCC transients 2K (2,048). 
Enter the $CC4#M storage requirements. 



Enter (number of BSCATERMS) x (number of 
ADDRCHAR + 3) + 1 for each line. 

Enter (number of POLLLIST entries) x (number 
of POLLCHAR + 3) + 1 for each line. 

Enter 4 + ((number of BSCATERMS) x 2 x (number 
of POLLCHAR +7)) for each line. 



Enter 206 for each line. 

Calculate the size of each BSCC line as follows: 
1 Enter (largest BLKL used on each line) + 42. 
Add results for each line. 
Add results in this section. 



Section 12-Resident CCP totals 



Resident 
CCP total 



211 



211 



664 



206 



1322 
2614 



Enter resident CCP subtotal from Section 3. 

Enter Section 4 total. 

Enter Section 5 total. 

Enter Section 6 total. 

Enter Section 7 total. 

Enter Section 8 total. 

Enter Section 9 total. 

Add the lines above. The result represents the total main storage 
requirement of resident CCP. 



2048 



13935 



211 



211 



664 



206 



1322 

2614 

21211 



49134 
2048 

10240 
4096 
4096 
4096 

21211 

94921 



Figure 16 (Part 5 of 5). Storage Requirements for Resident CCP (Example)-5704-SC2 Only 
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*• GENERATION USED FOR A MAXIMUM CCP SYSTEM 

^' (570^-SC2 ONLY) 

>: 

^^*^^^*^^*^**^i(^^^^^^^^K^XH^X^^^H^)(^^^^^^^^^^^^^y^^^^^^^^^^^^^^^^^^^^^^^ 0001000 

* GEN USED FOR A MAXIMUM SET x 
*^^^^^^^^^^^^^^^i(^\)(iiK¥:^^^^x*)i^)(iiiii(i(}(^)(i()i)(H^^:^ii)ix^^^^^'>ii(^^^^^^^^^)()(^^^^ 00030000 
// CALL $CG1G1>R1 
// RUN 

^^^^'^ n^HS''^"'-^'^'''''''"' "" ^° '' X'XXXXXXXXXXXX- — ESCAPE MODEX00040 000 

PGMCNT-NO, — NO -- PROGRAM USE COUNT X00050000 

"^^'^J-YES, — NO — DFF SUPPORT X00060000 

^r^cD^^S^c "~ ^° "" ^^^^ SUPPORT X00070000 

n^o^oJ,"!^^' """ ^° ~~ RESIDENT INPUT DATA HANDLER X00080000 

RESOPN-YES, -- NO -- RESIDENT OPEN CLOSE X00090000 

BSYPRT-YES, -- NO -- BUSY PRINTER HANDLING XOOIOOOOO 

r.OVTNT-YES, -- NO -- TNT MOVED OUT BY STARTUP XGOllOOOO 

MOVDFF-YES, -- NO -- DFF MOD. MOVED OUT BY STARTUP X00120000 

RESREQ-YES, -- NO -- RESIDENT PROGRAM REQUEST X00130000 

CPUMSG-YES, -- NO -- S TYPE MSG'S (FOR S/S-i CPU) X00160000 

.^r-r,,^ "'■'^'^S^^-YES -- NO -- TASK-TO-TASK SUPPORT 00180000 

$EPLG LANG-COBOL, -- RPGII / FORTRAN / ASSEM -- X00190000 

PPUNIT-R2 — Rl / Fl / F2 -- 00200000 

SEPLG LANG-FORTRAN, -- COBOL / RPGII / ASSEM — X00210000 

*co,. r^H^^r^^ "" Rl / Fl / F2 — 00220000 

$EPLG LAHG-A5SEM, -- COBOL / RPGII / FORTRAN -- X00230000 

^^„,^ fPUNIT-R2 — Rl / Fl / F2 — 00240000 

5EPLG LANG-RPGII, -- COBOL / FORTRAN / ASSEM — X00250000 

^^.^^ PPUNIT-R2 — Rl / Fl / F2 — 00260000 

5ESEC SECURE-CCP -- NO / USER (REQUIRES 'LUSI' PARM) -- 00270000 

$EFIL SETS-12, -- 1 - 25 -- MAX # OF SETS ON FILE X00280000 

PROGS-10, -- 1 - 999 -- » OF PROGS/SET X00290000 

DFILES-5, -- 1 - 192 -- # OF DISK FILES/SET X00300000 

TERMS-8, -- 2 - 25"; -- 8 OF TERMINALS/SET X00310000 

DUMPS-1, -- 2 - 99 -- ft OF DUMP AREAS WANTED X00320000 

C0RE-512K, -- 96K/128K/160K/192K/224K/256K/38'tK X00330000 

FLPACK-F2F2F2, -- NAME OF PACK --$CCPFILE'S PACK NAME XOOS-iCOOO 

FLUNIT-F2, -- Rl / Fl / R2 --$CCPFILE'S UNIT NAME X00350000 

DPIRAC-IO — « OF TRACE AREA TRACKS 

SEBSC BSCA-2, -- - 2 -- 8 OF BSCA LINES X00370000 

DA-YES, -- NO -- DISPLAY ADAPTER SUPPORT X00380000 

CS-YES, -- NO -- BSCA CONTROL STATION SUPPORT X00420000 

GETMSG-YES, — NO -- GET A MESSAGE XOO'^30000 

RECSEP-IE, -- TWO HEX DIGITS -- RECORD SEPARATER X00450000 

RESPOL-YES, -- NO -- RESIDENT BSCA POLLING XOO-igOOOO 

INTPOL-YES, — NO -- INTERVAL POLLING X00500000 

EBCDIC-YES, -- NO -- EBCDIC TRANSMISSION CODE 

PORT-YES -- NO -- BSCA PORTLINE SUPPORT 00520000 

$EBSD TYPE-3275ni -- SEE SYSTEM REFERENCE MANUAL -- 00530000 

$EBSD TYPE-3277M1 -- SEE SYSTEM REFERENCE MANUAL -- 00540000 

*EBSD TYPE-3284M1 -- SEE SYSTEM REFERENCE MANUAL -- 00550000 

$EBSD TYPE-32S6M1 -- SEE SYSTEM REFERENCE MANUAL -- 

$EB5D TYPE-3275M2 -- SEE SYSTEM REFERENCE MANUAL -- 00570000 

SEBSD TYPE-3277M2 -- SEE SYSTEM REFERENCE MANUAL -- 00580000 

SEBSD TYPE-3284M2 — SEE SYSTEM REFERENCE MANUAL -- 00590000 

$EBSD TYPE-3286M2 -- SEE SYSTEM REFERENCE MANUAL -- 00600000 

$ECSC BSCC-2, -- - 2 --8 OF BSCC LINES X00640000 

GETMSG-YES, -- NO -- GET A MESSAGE X00650000 

RECSEP-IE, — TWO HEX DIGITS --RECORD SEPARATOR X00670000 

iNrPOL-YES, — NO -- INTERVAL POLLING X00710000 

^°^I;YES, -- NO -- BSCC PORTLINE SUPPORT X00720000 

EBCDIC-YES, -- NO -- EBCDIC TRANSMISSION CODE 

4i:rcn ?3oI^5,,,„, "- ^0 -- BSCC CONTROL STATION SUPPORT 00740000 

!^^eH 13^^"^^^^'^^ ~~ ^EE SYSTEM REFERENCE MANUAL -- 00750000 

fECSD TYPE-0277M1 — SEE SYSTEM REFERENCE MANUAL -- 00760000 

tl^^^ TYPE-.i284Ml -- SEE SYSTEM REFERENCE MANUAL -- 00770000 

SECSD TYPE-3286M1 -- SEE SYSTEM REFERENCE MANUAL -- 

fECSD TYPE-3275M2 -- SEE SYSTEM REFERENCE MANUAL -- 00790000 

!^^^H TYPE-3277M2 -- SEE SYSTEM REFERENCE MANUAL -- 00800000 

jECSD TYPE-J284M2 -- SEE SYSTEM REFERENCE MANUAL -- 00810000 

$ECSD TYPE-32S6M2 -- SEE SYSTEM REFERENCE MANUAL -- 00820000 

^^°^^ H^HIIItI"^^' ~" ^^ — If'L UNIT X00860000 

..SHt^JI'"''^' ~~ Rl / Fl / F2 --EXECUTION UNIT X00870000 

WKUNIT-D-2, -- -UNIT, UNIT, UNIT' --UNIT FOR WORK X00880000 

WKPACK-D2D2D2, -- ' PACK, PACK , PACK ' --PACKNAME FOR WRK X00890000 

J^^^NIT-Rl, — Fl / R2 / F2 — CCP PID X00900000 

MINRES-NO -- MINIMUM RESIDENT CODE OPTION 

^ARD-NO -- YES --CARDLESS CCP GENERATION X00920000 

DPPACK-D2D2D2 -- $CCPDUMP FILE'S PACK NAME 

DPUNIT-D2 — $CCPDUMP FILE'S UNIT 

Figure 17. CCP Generation Listing Used for Example-5704-SC2 Only 
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A55IGNnENT SET LISTING OF A MAXIMUM CCP SYSTE 



// SET ID-7 . ACTIOH-REPL/ICE 

// SYSTEM "INiJPft-80K,MINTPBUF-10000,PGMREQL-79,COMMANDL-80, 

^^ "*'^CHAIN-5, POL TIME-NO. PASSWORD-SHALOM, DFFPACK-PRQGRAM 

// TERMATTR ATTR ID-0 1 . TRAN5L AT-YES . UPCASE-YES , SWI TCHED-NO . BlKL-ZO'tS. 
^^ DATAFORM-MESSAGE,DEF327 0-YES 

// TERMATTR ATTRID- 02 . TRANSL AT-YE5 , UPCASE-YES . 5WITCHED-N0 . BLKL-1792 , 
^^ DAT A FORM-MESS ACE, DFF327 -MO 

// TERMATIR ATTRI D-0 5 , TRAMSL AT-YES . UPCASE-YES , BLKL-12S0 . 
''^ DATAFORM-MESSAGE,DFF327 0-YE5 

// TERMATTR A'TRID- 0^ , TRANSl AT-YES , UPCASE-YES , BLKL-81 7 , 
'■-' DATAF0RM-ME5SAGE 

// BSCALIKE TYPE"C5,LINENUM-'l, 

// POLLLI5T-'A0,Al,A2,A;,A'i.A5,A6,A7,A8,A9, 

^^ B0,Bl,B2,B3,B<i,B5.B6,B7,fl8,B9, 

^^ C0.Cl,C2,C3,C'i.CS,C6,C7,C8,C9' 

^/ BSCATERM TERMID-AO, 

^^ ^■'PE'5277n2.ATTRIO-' 1,2', ONLINE-NO, COMMAND-YES, 

■'^ ADDRCHAR->*6 060^0'iO«,POLLCHAR-»('iO(.0'.0',0« 

// BSCATERM TERMID~A1, 

^^ ^^PE-3277M2,ATTRID-'l. 2 SONLINE-NC, COMMAND-YES, 

''•' ADDRCHAR-»<606 0ClCl»<,POLLCHAR-t«C0',0ClCl*< 

// BSCATERM TERMrD-A2, 

^^ "f^fE-327 7M2,ATTRID-' 1,2 '.ONLINE-NO, COMMAND-YES, 

^' ADDRCHAR-X6 060C2C2x.POLLCHAR-«'VO'.OC2C2« 

// BSCATERM TERMID-A3, 

^^ ^"^^£-327 '"2. ATTRID-' 1.2 '.ONLINE-NO, COMMAND-YES, 

^'' ADDRCHAR-«6 06 0C5C3t«.POLLCHAR-»*^0'iOC3C3»< 

// BSCATERM TERMID-Aii. 

^^ "fYPE-3277M2,ATTRID-' 1,2 '.ONLINE-NO. COMMAND- YES, 

''^ '\3DRCHAR-ti6060C'iC'*«,PQLLCHAR-M4040C'iC'it« 

// BSCATERM TERMID-A5. 

-"^ TYPE-3277M2,ATTRID-' 1,2', ONLINE-NO, COMMAND-YES, 

^^ ''DDRCHAR-«6060C5C5t<,POLLCHAR-«=VO'iOC5C5t< 

// BSCATERM TERM1D-A6. 

'^ ^YPE-3277M2,ATTR ID- ■1.2', ONLINE-NO, COMMAND-YES, 

''^ ''DDRCHAR-X6 05 0C6C6»*.POLLCHAR-t.^0<.0C6C6*< 

^/ BSCATERM TERMID-A7, 

^^ TYPE-3277M2,ATTRID-' 1,2', ONLINE-NO, COMMAND-YES, 

—^^ ADDRCHAR->»606 0C7C7»*,POLLCHAR-i»40'*OC7C7»< 

// BSCATERfl TERMID-A8, 

^^ T^PE-3277M2,ATTRID-' 1,2', ONLINE-NO, COMMAND-YES, 

'■^ ADDRCHAR~»*6060C8C8'«.POLLCHAR-X<tO^DC8CS»i 

// BSCATERM TERMID-A9, 

^^ ■^'^''E-3277M2,ATTRID-' 1,2', ONLINE-NO, COMMAND-YES, 

— ^/ ADDRCHAR-«6060C9C9>*,POLLCHAR-«'i040C9C9» 

"// BSCATERM TERMID-BD, 

^^ TYPE-3277M2,ATTRID-' 1,2-, ONLINE-NO. COMMAND-YES, 

'^ ADDRCHAR-t(6 06 0DlDlM,POLLCHAR-«ttO'iODlDlx 

// BSCATERM TERMID-Bl, 

'''' TYPE-3277M2,ATTRID-' 1,2', ONLINE-NO, COMMAND-YES, 

^^ ADDRCHAR-»«6060D2D2«,POLLCHAR-*«<iO'iOD2D2x 

// BSCATERM TERMID-B2, 

'''' ^YPE-3277M2,ATTRID-' 1,2', ONLINE-NO, COMMAND-YES, 

^/ ADDRCHAR-*6 060D3D3*,POLlCHAR-»«<tO<iOD3D3t( 

// BSCATERM TERMID-B3, 

^•' TYPE-327 7M2.ATTRID-' 1.2', ONLINE-NO, COMMAND-YES, 

^^ ADDRCHAR-»*606QD^D^>*,POLLCHAR-*<'iO'iOD'iD4« 

// BSCATERM TERMID-B'l. 

''•' TYPE-3277M2,ATTRID-' 1,2', ONLINE-NO. COMMAND-YES, 

'''' ADDRCHAR-«6 06DD5D5«,POLLCHAR-»10'iOD5D5»( 

// BSCATERM TERMID-B5, 

^^ TYPE-3277M2,ATTRID-' 1,2', ONLINE-NO, COMMAND-YES, 

^^ ADDRCHAR-*(6 06 0D6D6t<,POLLCHAR-«<i040D6D6»t 

// BSCATERM TERMID-B6. 

''•' TYPE-3277M2,ATTRID-' I. 2', ONLINE-NO, COMMAND-YES, 

'''' ADDRCHAR-t(6060D7D7)t,POLLCHAR-««'i010D7D7*( 

// BSCATERM TERMID-B7, 

^'' fYPE-3277M2,ATTRID-' 1,2', ONLINE-NO, COMMAND-YES, 

•''' ADDRCHAR-»«6060DaD8*t,POLLCHAR-«'«0<iOD8D8X 

// BSCATERM TERMID-B8, 

^•' TYPE-3277M2,ATTRID-' 1,2 '.ONLINE-NO, COMMAND-YES, 

^'' ADDRCHAR->t6 06 0D9D9»(,POLLCHAR-Xii0 40D9D9« 

// BSCATERM TERniD-B9, 

^^ ■^■^PE-3277M2,ATTRID-' 1,2', ONLINE-NO, COMMAND-YES, 

^^ ADDRCHAR-»6 06 0E2E2«,POLLCHAR-«<iO<tOE2E2»« 

// BSCATERM TERMID-CO, 

''-' TYPE-3277M2, AT IRID-' 1,2', ONLINE-NO, COMMAND-YES, 

^^ ADDRCHAR-»«6 060E3E2t(,POLLCHAR-*«<»0'iOE3E3»t 

// BSCATERM TERMID-Cl, 

'^ TYPE-3277M2,ATTRID-' 1,2', ONLINE-NO. COMMAND-YES, 

''^ ADDRCHAR-»t6 06 0E<iE'ii*,POLLCHAR-«<tO<tOE'(E^« 

// BSCATERM TERMID-C2, 

''^ TYPE-3286M2,ATTRID-' 1,2', ONLINE-NO, COMMAND-NO, 

'''' ADDRCHAR-K6060E5E5»«,POLLCHAR-»»'iO'iOESe5« 

// BSCATERM TERMID-C3, 

^^ TYPE-3286M2,ATTRID-' 1.2 '.ONLINE-NO, COMMAND-NO, 

^^ ADDRCHAR->(6060E6E6»<,POLLCHAR-MiiO'iOE6E6»< 

// BSCATERM TERMID-Ci, 

/■' fYPE-3286M2,ATTRID-' 1.2 -.ONLINE-NO. COMMAND-NO, 

■'^ ADDRCHAR->t6 06 0E7E7>*,POLLCHAR-K'iO'tOE7E7» 

// BSCATERM TERMID-C5, 

'''' TYPE-32S6M2,ATTRID-' 1,2 '.ONLINE-NO, COMMAND-NO, 

■" ADDRCHAR-»«6 06 0E8ES)',POLLCHAR-»<*0<.OE8E8« 

// BSCATERM TERMID-C6. 

^^ TYPE-32S6M2,ATTRID-' 1,2', ONLINE-NO, COMMAND-NO, 

•''' ADDRCHAR-»(6 06 0E9E9X,POLlCHAR-»'tO'tOE9E9» 



— '/• BSCATERM TERMID-C7. 

^^ TYPE-3286M2,ATTRID- 

•'/ ADDRCHAR-M6060F1F1*! 

// BSCATERM TERMID-C8. 

''■' TYPE-3286M2,ATTRID- 

'''' ADDRCHAR-**6 06 0F2F2»< 

— // BSCATERM TERMID-C9, 

'■"' TYPE-'32S6«2,ATTRID- 

// ADDRCHAR->t6060F3F3** 

. // BSCALINE TYPE-CS,LINENUM-2, 

// P0LLLIST-'H0.Hl,H2,H3.H'i .H5. 
^^ 10,11,12,13.14,15, 

f^ J0,J1,J2, J3, J'i. J5, 

// BSCATERM TERMID-HO, 

^Z TYPE;-3277M2.ATTR1D- 

/'' ADORCHAR-«6060'10'iO)i 

// BSCATERM TERMID-Hl. 

// TYPE-3277M2.ATTRID- 

// ADDRCHAR-feOSOClCl)* 

// BSCATERM TERMID-H2, 

-"^ TYPE-3277M2,ATTRID- 

^'' ADDRCHAR-«606 0C2C2* 

// BSCATERM TERMID-H3, 

^^ TYPE-32 7 7M2,ATTRID- 

'/ ADDRCHAR-«606 0C3C3*» 

// BSCATERM TERMID-H^i, 

''' TYPE-3277M2,ATTRID- 

Z/ ADDRCHAR-;<6 06 0C<iC'^« 

// BSCATERM TERMID-H5, 

''/ TYPE-327 7M2, ATTRID- 

^Z ADDRCHAR-»t6 06 0C5C5»* 

// BSCATERM TERMID-H6, 

// TYPE-3 27 7M2. ATTRID- 

// ADDRCHAR-X6060C6C6** 

// BSCATERM TERMID-H7. 

^/ TYPE-3 27 7M2. ATTRID- 

-■/ ADDRCHAR-«6060C7C7« 

// BSCATERM TERMID-H8. 

// TYPE-3277M2,ATTRID- 

// ADDRCHAR-»*6060C8C8>* 

// BSCATERM 1ERMID-H9, 

// TYPE-3277M2,ATTRID- 

-''' ADDRCHAR-*<6060C9C9» 

// BSCATERM TERMID-IO, 

// TYPE-32 7 7M2,ATTRID- 

// ADDRCHAR-xeoeODlDlx 

// BSCATERM TERMID-Il, 

''/ TYPE-5277M2,ATTRID- 

// ADDRCHAR~ft6060D2D2»» 

// BSCATERM TERMID-I2, 

// TYPe-3277M2.ATTRID- 

-''' ADDRCHAR-i*6 06 0D3D3»* 

// BSCATERM TERMID-I3, 

Z/ TYPE-3277M2, ATTRID- 

^Z ADDRCHAR-'*606 0D'iD4»t 

// BSCATERM TERMID-I-t, 
— // TYPE-3277M2,ATTRID- 

// ADDRCHAR-»(6 06 0D5D5X 

// BSCATERM TERMID-I5. 

// TYPE-3277M2.ATTRrD- 

''/ ADDRCHAR-«6 06 0D6D6»* 

// BSCATERM TERMID-I6, 
— // TYPE-327 7M2.ATTRID- 

"'''' ADDRCHAR-*'606 0D7D7*' 

// BSCATERM TERMID-I7, 
// TYPE-3277M2,ATTRID- 

// ADDRCHAR-«6060DSD8*t 

// BSCATERM TERMID-I8, 
// TYPE-3277M2,ATTRID- 

// ADDRCHAR-t<6 06 0D9D9** 

// BSCATERM TERMID-I9. 
// TYPE-327 7M2, ATTRID- 

// ADDRCHAR-<t6 06 0E2E2«. 

// BSCATERM TERMID-JO, 
^/ TYPE-327 7M2, ATTRID-' 

// ADDRCHAR-»(t06 0E3E3**, 

// BSCATERM TERMID-Jl, 
// TYPE-3277M2,ATTRID-' 

// ADDRCHAR-«6D6 0E4E't»', 

// BSCATERM TERMID-J2, 
// TYPE-3286M2,ATTRID-' 

// ADDRCHAR->*6060E5E5>i, 

// BSCATERM TERMID-J3, 
// TYPE-3286M2,ATTRID-' 

// ADDRCHAR-t<6 06 0E6E6tt, 

// BSCATERM TERMID-J4. 
// TYPE-3286M2,ATTR1D-' 

// ADDRCHAR-«6 06 0E7E7tt, 

//• BSCATERM TERMID-J5, 
// TYPE-3286M2,ATTRID-' 

// ADDRCHAR-X6 060E8ESK, 

// BSCATERM TERMID-J6, 
// TYPE-3286M2,ATTRID-' 

// ADDRCHAR-X6 060E9E9*, 

// BSCATERM TERMID-J7. 
// TYPE-3286M2,ATTRID-' 

// ADDRCHAR-»6 060F1F1«, 

// BSCATERM TERMID-JS, 
// TYPE-3286M2, ATTR1D-' 

// ADDRCHAR-«6 06 0F2F2>t. 

// BSCATERM TERMID-J9, 
// TYPE-5286M2,ATTRID-' 

// ADDRCHAR-*'6tl6 0F3F3»', 

// BSCALINE TYPE-CS,LINENUM-5, 



'1,2' , ONLINE-NO, COMMAND-NO. 
,POLLCHAR-»t'iO<iOFlFl*< 



'1.2', ONLINE-NO, COMMAND-NO, 
,POLLCHAR-x40<tOF2F2*( 



1.2' -DNl IN E-NO, COMMAND-NO, 
PaLLCHAR-»4040F3F3» 



H6,H7.H8,H9, 
16,17,18,19, 
J6 ,J7 ,J8, J9' 



■ 1,2" , ONLINE-NO, COMMAND-YES, 
.POLLCHAR-«'<0'iO'i040v 



'1,2' .ON LINE- NO, COMMAND-YES, 
-POLLCHAR-«'iO'VOClCl>* 



'1.2' ,ONL1NE-NO,COMNAND-YES. 
,POLLCHAR-«'iO'iOC2C2>* 



'12' .ONLINE-NO, COMMAND-YES, 
POLLCNAR-<"i040C3C5* 



1.2' , ONLINE-NO, COMMAND- YES, 
POLLCHAR-«10'.0C'^C4>: 



'1,2' .ON LINE-NO. COMMAND- YES, 
.POLLCHAR-^^COCSCSM 



' 1,2' ,ONL I NE-NO, COMMAND-YES. 
POLLCHAR-*"i010C6C6** 



1.2' , ONL IN E-NG, COMMAND-YES, 
POLLCHAR-»(<iO'tOC7C7» 



'1,2' , ON LI NE-NO, COMMAND- YES, 
,POLLCHAR-»<'tO'iOC8C8»( 



'1,2' , ONLINE-NO, COMMAND- YES, 
.POLLCHAR-«40'iOC9C9*( 



1.2' , ONLINE-NO. COMMAND-YES, 
POLLCHAR-*<^0'iODlDli< 



1.2' , ONLINE-NO. COMMAND-YES, 
POLLCHAR-«'i04DD2D2*< 



•1,2', ONLINE-NO, COMMAND- YES, 
,POLLCHAR-»'iO'(OD3D3>* 



1,2' .ONLINE-NO, COMMAND-YES, 
POLLCHAR-»<c,040D4D4t 



1,2' , ONLINE-NO, COMMAND- YES, 
POLLCHAR->* 4040 0505** 



1.2' .ONLINE-NO, COMMAND -YES, 
POLLCHAR-»4040D6D6» 



1,2' , ONLINE-NO. COMMAND-YES, 
POLLCHAR-«'i040D7D7*< 



1.2' , ONLINE-NO, COMMAND- YES, 
POLLCHAR-*4040D8D8« 



] ,2' , ONLINE-NO, COMMAND-YES, 
POLLCHAR-«4040D9D9»t 



1.2' , ONLINE-NO, COMMAND-YES, 
POLLCHAR-**4040E2E2<t 



1.2' .ONLINE-NO, COMMAND- YES, 
POLLCHAR-X4040E3E3« 



1,2', ONLINE-NO, COMMAND-YES. 
POLLCHAR-»<4040E'iE4« 



1,2' , ONLINE-NO, COMMAND-NO, 
POLLCHAR-»f4040E5E5*( 



1,2', ONLINE-NO, COMMAND-NO. 
POLLCHAR-«4040E6E6<' 



1,2' , ON LINE-NO, COMMAND-NO, 
POLLCHAR-»»4040E7E7i' 



1,2' , ON LI NE-NO, COMMAND-NO, 
POLLCHAR-<'4040ESE8« 



1.2' , ONLINE-NO. COMMAND-NO, 
POLLCHAR-»4040E9E9»* 



1.2' .ONLINE-NO, COMMAND-NO, 
POLLCHAR-»4040F1F1« 



1,2' .ON LI NE-NO, COMMAND-NO. 
POLLCHAR-*<4040F2F2i» 



1,2' , ONLINE-NO, COMMAND-NO, 
POLLCHAR-»t4040F3Fi)* 



Figure 18 (Part 1 of 8). CCP Assignment Set Listing for Example-5704-SC2 Only 
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// POLLLI5T-'M0,Ml.M2,M3.M'.,n5,M6,M7,MS-n<l, 
'■'' N0.Nl.H2,NJ,N<t,N5,N6,N7,N8.N<l, 

''■' DO. 01, 02, 03,0'*. 05, 06,07,05,0^1' 

// BSCATERM TERMID-MO, 

'^ TyPE-3277M2.ATTRID-' 3,*.', ONLINE-NO. COMMAND-YES, 

'''' ADDRCHAR-«6D6 0iiO'ia», POL LCHAR-^IQtiD-i 0^0*1 

// BSCATERM TERHID-Ml, 

■''' TYPE-3277n2,ATTRID-' J, <!', ONLINE-NO. COMHAND-YES. 

— ^^ ADDRCHAR-<»6 06 0ClCl»,POLLCHAR->40iiOClClt« 

// BSCATERM TERMID-MZ. 

^' TYPE-3277M2,ATTRID-'3,^',ONLINE-NO,C0MMAND-YE5, 

-"^ ADDRCHAR-X606DC2C2«,POLLCHAR-»'.0<iOC2C2*t 

// BSCATERM TERMID-M3. 

^^ TYP E-327 7M2,ATTRID-' 3. ^'.ONLINt -NO, COMMAND-YES, 

— /'' ADDRCHAR-t*6060C3C3«,POLLCHAR-*"iO'tOCSC3H 

'"// BSCATERM TERMID-M't, 

^' TYPE-327 7M2,ATTRID-'3,*',ONLINE-NO,COMMAND"YES, 

^■^ ADDRCHAR-MSOfiOC'iC^x.POLLCHAR-X'iOIOC'iC'm 

// BSCATERM TERMID-M5, 

'' TYPE-3277MZ,ATTRID-'3.4',0NLINE-NO.COMMAND-YE9, 

''^ ADDRCHAR-ti6D60C5C3»,POLLCHAR-i<'tO'tOC3C5« 

// BSCATERM TERMID~M6, 

^^ ■f1'PE-3Z77M2.ATTRID-'3,'i',ONLINE-ND,C0MMANO-YES, 

^•' ADDRCHAR-»t606 0C6CM,POLLCHAR-«^0^0C6C6>' 

// BSCATERM TERMID-M7, 

'''' TYPE-3277M2,ATrRID-' 3,1', ONLINE-NO, COMMAND-YES, 

'^ ADDRCHAR-)l606 0C7C7«<,POLLCHAR-«<*0'40C7C7>t 

// BSCATERM TERMID-Ma, 

''^ TYPE-3277M2,ATTRID-' 3, <i '.ONLINE-NO, COMMAND-YES, 

'^ ADDRCMAR-N6 06 0CaC8»»,POLLCHAR-»t<iO<iOC5C8>< 

// BSCATERM TERmiD~M9, 

■'^ TYPE-3277M2,ATTRID-' 3, i.', ONLINE-NO, COMMAND-YES, 

'^ ADDRCHAR-t<6a60C9C9>t,POlLCHAR-K'ifl10C9C9<( 

// BSCATERM TERMID-NO. 

^^ TYPE- 3Z77M2.ATTR1D-' 3, <►', ONLINE-NO, COMMAND-YES, 

^^ ADDRCHAR-tteOfiODlDltt.POLLCHAR-Mf.O'iODlDlK 

// BSCATERM TERMID-Nl. 

^' TYPE-3277M2,ATTRID-- 3. <*', ONLINE-NO, COMMAND-YES, 

'''' ADDRCHAR-»t606 0D2D2»,POLLCHAR-»'(^0<i0D2O2" 

// BSCATERM TERMID-N2, 

^^ TYPE-3277M2.ATTRID-' 3, 'i', ONLINE-NO, COMMAND-YES, 

-'^ ADDRCHAR-«6 06 0D3D3"l,POLLCHAR-»niO'tOD3D3t« 

// BSCATERM TERMID-N3, 

''^ ffPE-3277M2,ATTRID-' 3, -i', ONLINE-NO, COMMAND-YES, 

'^ ADDRCHAR-«6 06 0D'*D<.H,poLLCHAR-<t<.0'iOD'iD<»« 

// BSCATERM TcRMlD-N"*, 

'^ TYPE-3277M2,ATTRID-' 3, *.', ONLINE-NO, COMMAND-YES, 

^^ ADDRCHAR-»t606 0D5D5K.POLLCHAR-J<iO<iaD5D5X 

// BSCATERM TERMID-N5, 

^'' TYPE-327 7M2,ATTRID-' 3. f^', ONLINE-NO, COMMAND-YES, 

^^ ADDRCHAR~»<606 0D6D6t<,POLLCHAR-»iiO<fOD6D6X 

// BSCATERM TERMID-N6, 

'''' TYPE-527 7M2,ATTRID-'3,'.' , ONLINE-NO , COMMAND- YES , 

^^ ADDRCHAR->»6 06 0D7D7»(,POLLCHAR-t*40*.OD7D7» 

// BSCATERM TERMID-N7. 

''^ TYPE-3277M2,ATTRID-' 3, '.'.ONLINE-NO, COMMAND-YES, 

^■' ADDRCHAR-»<6 06 0D8D8<i,POLLCHAR-»'*0'.DD8D8»< 

// BSCATERM TERMID-N8, 

''^ TYPE-327 7M2,ATTRID-' 3.^', ONLINE-NO, COMMAND-YES, 

^^ ADDRCHAR-»*606 0D9D9*i,POLLCHAR-*CiO'iOD9D9»< 

// BSCATERM TERMID-N9, 

'^ TYPE-5277M2,ATTRID- '3,'.', ONLINE-NO, COMMAND-YES, 

•'^ ADDRCHAR-«6 06DE2E2»t,POLLCHAR-t(4 0'tOE2E2» 

// BSCATERM TERMID-OO, 

^^ ■fYPE-3277M2,ATTRID-' 3, 4', ONLINE-NO. COMMAND-YES, 

'''' ADDRCHAR-»<6060E3E3«,POLLCHAR-»t'iO^OE3E3»« 

-// BSCATERM TERMID-OI. 

^^ TYPE-327 7M2,ATTRID-'3,'i' , ONL IN E-NO, COMMAND-YES , 

^^ ADDRCHAR~t(6060E<tE<i»,POLLCHAR-»«'iO<iOE'iE1« 

// BSCATERM TERMID-02, 

''^ T YPE- 327 7M2, AT TR ID-' 3, <t', ON LINE-NO, COMMAND- YES. 

^^ ADDRCHAR-weOiOESES^.POLLCHAR-H'iOftOESESw 

-// BSCATERM TERMID-03, 
'■'^ TYPE-3286M2,ATTRID-'3,'i' , ONL IN E-ND , COMMAND-NO , 

''^ ADDRCHAR-"6 060E6E6»*,POLLCHAR-*'^040E6E6»» 

.'/ BSCATERM TERMlD-O-i, 

'^ TYPE-3286M2,ATTRID-'3,'i' . ONL INE-NO , COMMAND-NC , 

•''' ADDRCHAR-»«6 06 0E7E7t.,POLLCHAR-K40'i0E7E7t« 

// BSCATERM TERMlD-05. 

'''' TYPE-3286M2,ATTR ID-' 3, <*', ONLINE-NO. COMMAND-NO, 

'^ ADDRCHAR-'*i06 0E8E8<*,POLLCHAR->"VO'iOESE8tt 

// BSCATERM TEPMID-06, 

'^ TYPE-3 28ftM2,ATTRID-'3,1' . ONL INi::-NO , COMMAND-NO , 

■'■' ADDRCHAR-*t6060E9E9«, POL LCHAR-o-t 0^.0 E9E9" 

// BSCATERM TERniD-07, 

■'•' TYPE-3286M2.ATTP.ID-'5.'.' , ONL INE-NO , COMMAND-NO . 

•''' ADDRCHAR-);6060FlFl'',POLLCHAR-t"iO'iOFlFlJ« 

// BSCATERM TERMID-08, 

■''' rYPE-3236M2,ATTRID-'3,'i' , ONL INE -NO , COMMAND-NO , 

■'/ ADDRCHAR-M6D60F2F2>',POLLCHAR-«'i0'*0F2F2« 

// BSCATERM TERMID-09, 

■'^ TYPE-i2S6M2,flTTRID-'i.^' , ONL I NE -NO , COMMAND-NO , 

■'^ ADDRCHAR-«6060F3F3»,POLLCHAR-M'',!)<.0F3F3x 

■V BSCALINE TYPE-CS.LlNENUn-l, 
// POLLLI!,T-'T0,Tl,T2,T3,T'.,T5,T6,T7,T8, 19, 
■''' U0,U1,U2,LI3,U'.,U5.U6,U7,U8,U9, 

■'^ V0,V1,V2,V3.V'..V5,V6.V7,V8,V9' 

.'/ BSCATERM TERMID-TO, 

•''' f YPE-3277M2,ATTRID-' 3, ^■, ONL I NE-HO, COMMAND-YES. 

•''' ADDRCHAR->'6060'iO<>0''.POLLCHAR-M^O'.0'iO<iO<» 

// BSCATERM TERMID-T: , 

•'■' TYPE-327 7M2.ATTRID-' 3. 'I '.ONt INE-NO, COMMAND-YES. 

-''' ADDRCHAR-tt6060ClCl«,POLiCHAR-«(,0'iOClCl'< 



/ BSCATERM TERMID-T2, 

■'' TYPE-3277M2, ATIRID' 

^ ADDRCHAR-''60faOC2C2' 

/ BSCATERM TERMID-r3, 

^ TYPE-3277M2.ATTR1D- 

/ ADDRCHAR-<'6060C3C3i 

/ BSCATERM TERMID-T't, 

'' TYPE-3277M2,ATTRID- 

'' ADDRCHAR-»t6D60C'.C'.' 

/ BSCATERM TERMID-TS. 

/ TYPE-3277M2.ATTRID- 

/ ADDRCHAR~»t6060C5C5» 

/ BSCATERM TERMID-T6, 

/ TYPE-3277n2.ATTRlD- 

'' ADDRCHAR-'-606QC6C6' 

/ BSCATERM TERMID-T7, 

/ TYPE-3277M2.ATTR1D- 

•' ADDRCHAR-X6060C7C7' 

/ BSCATERM TERMID-T8. 

/ TYPE-3277M2.ATTRID- 

'' A DDR CHAR- -6O6 0C8Ca"' 

/ BSCATERM TERPUD-T9, 

^ TYPE-3?77M2,ATTRID- 

'' ADD«CHAR-'(6060C9C9<t 

' BSCATERM TERMID-UO. 

' TYPE-3277M2,ATTRID- 

' ADDRCHAR-16060D1DI " 

' BSCATERM TERMID-Ul, 

' TYPE-5277M2,ATTRI0- 

ADDRCHAR-i'6060D2D2** 

' BSCATERM TERMID-U2. 

TYPE-3277M2,ATTRID- 

' ADDRCHAR-X6060D5D3" 

' BSCATERM TERMID-U3, 

TYPE-3277M2,ATTRID- 
ADDRCHAR-K6060D'iD'i»t 

' BSCATERM TERMID-Uii. 

TYPE-3277M2.ATTRID- 
ADDRCHAR-xfi060D5D5»' 

' BSCATERM TERMID-U5, 

TYPE-3277M2,ATTRID- 
ADDRCHAR-'«6060D6D6>* 

' BSCATERM TERMID-U6, 

TYPE-3277M2.ATTRID- 
ADDRCHAR-<c606DD7D7>« 
BSCATERM TERM1D-U7, 

TYPB-3277M2.ATTRID- 
ADDRCHAR-t«6060D8D5x 
BSCATERM TERMID-US. 

TYPE-3277M2,ATTR1D- 
ADDRCHAR-«fi060D9D9* 
BSCATERM TESMID-U9. 

TYPE-i277M2. ATT8ID- 
ADDfiCHAR -<t6O60E2E2<' 
BSCATERM TERMID-VO, 

TYPE-3277M2, ATTRID- 
ADDRCHAR-f6Q60E3Ei» 
BSCATERM TERPIID-Vl , 

TYPE-3277M2,ATTRID~ 
ADDRCHAR-t6060F_ttE<i»* 
BSCATERM TERMID-V2. 

TYPE-5277M2, ATTRID- 
ADDRCHAR-'<60&0E5E5»' 
BSCATERM TERMID-V3, 

TYPE-3256M2,ATTRID- 
ADDRCHAR-»t6060E6E6'« 
BSCATERM TERMID-V'*, 

TYPE-3286M2, ATTRID- 
ADDRCHAR-W6060E7E7* 
BSCATERM TERMID-V5, 

TYPE-52S6M2,ATTRID- 
ADDRCHAR-t<60f.QEXE8« 
BSCATERM TERMID-V6. 

TYPE-3286M2.ATTRID- 
ADDRCHAR-'*606DE9E9>' 
BSCATERM TERMID-V7, 

TYPE-3286M2,ATTRID- 
ADDRCHAR-«606OF1F;x 
BSCATERM TERMID-V3, 

TYPE-3286M2.ATTRID- 
ADDRCHAR-«6060F2F2>' 
BSCATERM TERMID-V9, 

TYPE-3286M2,ATTRID- 
ADDRCHAR-»6060F3F3» 



'S,!. ' .ONL INE-NO, COMMAf^D-YES, 
,POL LCMAR~»t'(0'iOC2C2<t 



•3.1 ' ,ONL INE-MC.CGMMAND-YES. 
.POLLCHAR-»(10'VOC3C3'' 



'3,4' , ONLINE-NO, COMMAND- YES. 
.POLLCHAR--t£,0'iCC'.C'VX 



'3,'i' , ONL INE-NO. COMMAND-YES. 
,POLLCHAR-»'.0*.0C5C5* 



'i.<t'.DNLINE-NQ, COMMAND- YES, 
.POLLCHAR-»'iO'iOC6C6'» 



'S.-t' ,CNLINE-NO, COMMAND-' 
-POLLCHfiR-nii0<>0C7C7>t 



'l.^' .ONLINE-NO, COMMAND-YES, 
.POLLCHAR-ttpO'.OCSCS'' 



'5.-; ' .ONLINE" NO, COMMA NO- YES. 
,POLLCHAR-«'iO<(OC9C9'* 



'3,^' .ONL INE-NO, COMMAND-YES, 
.POL LCHAR-WiCHtODlDl" 



3,^.' , ONL INE-NO, COMMAND- YES, 
POL LCHAR-xi.D<.0D2Di;» 



'3.'.' , ONL INE-NO, COMMAND-YES, 
.POLLCHAR-fi.OIODJ'Oio 



3,"^' .ONL INE-NO, COMMAND-YES, 
POLLCHAR-x'in^.CD'iD'.* 



3, <.', ONL INE-NO, COMMAND-YES. 
POLLCHAR-xttOf-OD^DSX 



'3, ft' .ONL INE-NO. COMMAND- YES, 
,POLLCMAR-'"fO'4CD6D6t» 



'l,<^' , ONL INE-NO, COMMAND-YES, 
.PCLLCHAR-«i,[i<.0D7D7»' 



3,^1', ONL INE-NO. COMMAND-YES, 
POLLCHAR-M'(0'.0D8D8« 



3. '.'.ONLINE-NO, COMMAND-YES, 
POLLCHAR-<"tO'tOD9D')ti 



3,'.' , ONLINE-NO, COMMAND-YES, 
POLLCHAR-«',0'iOE2E2'* 



'3.'*' .ONL INE-NO. COMMAND-YES. 
.POLLCHAR- *"V010E3F.Jt< 



'3,1', ONL INE-NO, COMMAND-YES, 
.POLLCHAR-K'iOIOEf.E'is 



3.4' .ONL INE-NO. COMMAND-YES. 
POLLCHAR-*4Q'-|OE5E3'' 



3.1', ONLINE-NO, COMMANU-NO. 
POLLCHAR-M£,01E:E6Eb'* 



'3. 4 '.ONLINE --NO. COMMAND-NO. 

.POLLCHAR-*>40')CE7E7* 



3,1' , ONL INE-NO, COMMAND-NO, 
P0LLCHflR-*1(linE&ERt 



3.1' .ONLINE-NO, COMMAND-NO. 
POLLCHAR-xiOICEqE^t 



3,1' . ONL I Nl-NO. COMMAND- NO, 
POLLCHAR-»t10(,[;FlFl * 



3.1',ONLINE-NO.C0MMAND-l 
P0LLCHAR-«1C10F2F2x 



5.1' .ONL INE-NO. COMMA NO- NO, 
POLLCHAR-xiCIOFJF.l* 



TERMNAME 
TERMNAME 
TERMNAME 
TERMNAME 
TERMNAME 
TERMNAME 
TERMNAME 
TERMNAME 
TERMNAME 
TERMNAME 
TERMNAME 
TERMNAME 
TERMNAME 
TERMNAME 
TERMNAME 
TERMNAME 
TERMNAME 
TERMNAME 
TERMNAME 
TERMNAME 
TERMNAME 



NAME- 
NAME- 
NAME- 
NAME- 
NAME- 
NAME- 
NAME- 
NAME- 
NAME- 
NAME- 
NAME- 
NAME- 
NAME- 
NAME- 
NAME- 
NAME- 
NAME- 
NAME- 
NAME- 
NAME- 
NAME- 



■TERMAO, 
TERMAl , 
TERMA2, 
TERMA3, 
TERMAl. 
TERMA5, 
TERMA6 , 
TERMA7 . 
TERMAS, 
TERMA9, 
TERMBO, 
TERMS! . 
TERMB2, 
TERMB3. 
TERMBI, 
TERMB5, 
TERMB6, 
TERMB7, 
TERMB8, 
TERMB9, 
TERMCO, 



TERMID-AO 
TERMID-AI 
TERMID-A2 
TERMID-A5 
TERMID-AI 
TERMID-A5 
TERMID-A6 
TERMID-A7 
TERMID-AS 
TERMID-A9 
TERMID-BO 
TERMID-Bl 
TERMID~B2 
TERMID-B3 
TERMID-Bl 
TERMID-B5 
TERMID-B6 
TERMID-B7 
TERMID-B8 
TERMID-B9 
TERMID-CO 
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// TERMNAME NAME-TERMCl , TERMID-Cl 
// TERMNAME NAI1E-TERMC2 , TERMID-C2 
// TERMKAME NAME-TERMC3, TERniD-C3 
// TERMNAHE NAME-TERMC , TERMID-C'* 
// TERMNAME NAME-TERt1C5 , TERMID-C5 
// TERMNAME NAME-TERMC6 , TERMID-C6 
// TERMNAME NAME-TERMC7 , TERMI D-C7 
// TERMNAME NAME-TERMCS , TERMID-C8 
// TERMNAME NAME-TERMC9 , TERMI D-C9 
// TERMNAME NAME-T ERMHO , TERMID-HO 
// TERMNAME NAME-TERMHl , TERMID-Hl 
// TERMNAME NAME-TERMH2 , TERMID-H2 
// TERMNAME NAME-TERMH3, TERMID-H3 
// TERMNAME NAME-TERMH-i , TERMID-H'k 
// TERMNAME NAME-TERMH5 . TERMI D-H5 
// TERMNAME NAME-TERMH6 , TERMID-H6 
// TERMNAME NAME-TERMH7 , TERMID-H7 
// TERMNAME NAME-TERMH8 , TERMID-H8 
// TERMNAME NAME-TERMH9 , TERMI D-H9 
// TERMNAME NAME-TERMI . TERMI D- 10 
// TERMNAME NAME-TERMH . TERMID-Il 
// TERMNAME NAME-TERMIS , TERMID-I2 
// TERMNAME NAME-TERMI 5 , TERMID- I 3 
// TERMNAME NAME-TERMI4 . TERMID-l-i 
// TERMNAME NAME-TERMI5 , TERMID-I5 
// TERMNAME NAME-TERMI6 , TERMID-I6 
// TERMNAME NAME-TERMI7 . TERMID-I7 
// TERMNAME NAME-TERMia, TERMID-I8 
// TERMNAME NAME-TERMI 9 , TERMID-I 9 
— // TERMNAME NAME-TERMJO , TERMID- JO 
// TERMNAME NAME-TERMJ 1 , TERMID- J I 
// TERMNAME NAME-TERMJ2 , TERMXD-J2 
// TERMNAME NAME-TERMJ3, TERMID- J3 
// TERMNAME NAME-TERMJI , TERMID- J*. 
// TERMNAME NAME-TERMJ5, TERMID- J5 
— // TERMNAME NAME-TERMJ6 , TERMID- J6 
"// TERMNAME NAME-TERMJ 7 , TERMID- J7 
// TERMNAME NAME-TERMJ8 , TERMID- J8 
// TERMNAME NAME-TERMJ 9 , TERMID-J9 
// TERMNAME NAME-TERMMO , TERMID-MO 
// TERMNAME NAME-TERMMl , TERMID-Ml 
// TERMNAME NAME-TERMM2 , TERMID-M2 
// TERMNAME NAME-TERMM3 , TERMID-M3 
// TERMNAME NAME-TERMMi* , TERMID-MI 
// TERMNAME NAME-TERMM5 , TERMID-M5 
// TERMNAME KAME-TERMM6 , TERMID-M6 
// TERMNAME NAME-TERMM7 , TERMID-M7 
// TERMNAME NAME-TERMM8 , TeRMlD-M8 
// TERMNAME NAME-TERMM9, TERMID-M9 
// TERMNAME NAME-TERMNO , TERMID-NO 
// TERMNAME NAME-TERMNl . TERMID-Nl 
// TERMNAME NAMe-TERMN2 , TERMID-N2 
// TERMNAME NAME-TERMN3 , TERMID-N3 
// TERMNAME NAME-TERMNl , TERMID-N4 
// TERMNAME NAME-TERMN5 . TERMID-N5 
// TERMNAME NAME-TERMN6 , TERMID-N6 
// TERMNAME NAME-TERMN7 , TERMID-N7 
// TERMNAME NAME-TERMN8 , TERMID-N8 
// TERMNAME NAME-TERMN9 . TERMID-N9 
// TERMNAME NAME-TERMOO , TERMID-OO 
// TERMNAME N AME-TERMOl , TERMID-01 
// TERMNAME N AME-IERMD2 , TERMID-02 
// TERMNAME NAME-TERM05 , TERMID-05 
// TERMNAME NAME-TERMOI , TERMID-Qii 
// TERMNAME NAME-TERM05 , T ERMI D-05 
// TERMNAME NAME-TERM06 , TERMID-06 
// TERMNAME NAME-TERM07 , TERMID-07 
// TERMNAME NAME-TERM08 , TERMID-08 
// TERMNAME NAME-TERM09 . TERMID-09 
// TERMNAME NAME-TERMTO , TERMID-TO 
// TERMNAME NAME-TERMT 1 , TERMID-Tl 
// TERMNAME NAME-IERMT2 , TERMID-T2 
// TERMNAME NAME-TERMT3, TERMID--T3 
// TERMNAME NAME-TERMT'i , TERMID-TI 
// TERMNAME NAME-TERMT5 , TERMID-TS 
// TERMNAME NAME-TERMT6 , TERMI D-T6 
// TERMNAME NAME-TERMT7 , TERMID-T7 
// TERMNAME NAME-TERMTS , TERMID-T8 
// TERMNAME NAME-TERMT9 , TERMID-T9 
// TERMNAME NAME-TERMUO . TERMID-UO 
// TERMNAME NAME-TERMUl , TERMID-Ul 
// TERMNAME NAME-TERMU2 , TERMID-U2 
// TERMNAME NAME-TERNU3 , TERMI D-U3 
// TERMNAME NAME-TERMU-i , TERMID-U^i 
// TERMNAME NAME-TERMU5 , TERMID-U5 
// TERMNAME NAME-TERMU6 , TERMID-U6 
// TERMNAME NAME-TERMU7 . TERMID-U7 
— /•/ TERMNAME NAME-TERMU8 , TERMID-U8 
'/ TERMNAME NAME-TERMU9 . TERMID-U9 
// TERMNAME NAME-TERMVO , TERMID-UO 
// TERMNAME NAME-TERMVl , TERMID-Vl 
// TERMNAME NAME-TERMV2 , TERMID-V2 
// TERMNAME NAME-TERMU3, TERMID-V3 
— // TERMNAME NAME-TERMV4 , TERMID-Vl 
"// TERMNAME NAME-TERMV5 . TERM! D-V5 
// TERMNAME NAME-TERMVS , TERMI D-V6 
// TERMNAME N AME-TERMV7 , TERMID-V7 
, // TERMNAME NAME-TERM^'S , TERMID-U8 
// TERMNAME NAME-TERMV9 , T ERMI D- V9 

// DISKFILE NAME-FILQ00.ORG-I,RECL-16,KEYL-6.KEYPOS-l 
// DISKFILE NAME-FIL001,ORG-I.RECL-16.KEYL-6,KEYPOS-1 
// DISKFILE NAME-FIL002.ORG-I,RECL-16,KEYL-6,KEYP05-l 
// DISKFILE NAME-FILa03.ORG-I,RECL-16,)<EYL-6,K£YPOS-I 
// DISKFILE NAME-FU004,ORG-I,RECL-16,KEYL-6.KEYPO5-l 
// DISKFILE NAME-FU0Q5,ORG-I.RECL-16,KEYL-6,KEYPOS-l 
// DISKFILE NAME-FIL006,ORG-I,RECL-16,KEYL-6.KeYPOS-I 



// DISKFILE NAME-FIL007,0RG-I,RECL-16,KEYL-6,KEYPOS-ll 
// DISKFILE NAMF-FILD0>H.ORG-I,RECL-16,KEYL-6.KEYPOS-n 
// DISKFILE NAME-FROG J, 0RG-I.RECL-16,KEYL-6,KEYP0S-n 
// DISKFILE NAME-F:L010.0RG-I.RECL-J6,KEYL-6,tCEYPD5-n 
// DISKFILE NAME-FIIO! 1,0RG-I,RECL-16,KEYL-6,1<;EYP0S-I1 
// DISKFILE NAME-FIL:12,0RG-I,RECL-16.KEYL--6.KEYP0S-11 
// DISKFILE NAME-FIL013,ORG-I,RECL-16,<EYL-6,KEYPD5-11 
// DISKFILE KAME-FIL0!4,0RG-I.RECL-16,KEYL-6,KEYPDS-n 
// DISKFILE NAME-FIl 015.DRG-I.RECL-16.KEYL-6,KEYPOS-n 
// DISKFILE NAME-FUOU.ORG-I,RECL-16,KEYL-6,KEYPOS-11 
// DISKFILE NAME-FIL017,ORG-I,RECL-16,KEYL-6,KEYPOS-11 
// DISKFILE NAME-F!LC1S.0RG-1,RECL-16,KEYL-6,KEYP0S-11 
// DISKFILE NAME-FIL019,GKG-I.RLCL-16.KEYL-6,KE;rP0S-:i 
// DISKFILE NAME-FILn20,0RG-I,RBCL-I6,KEYL-6,KEYP05-ll 
// DISKFILE NAME-FiL021,ORG-I,RECL-16,lCEYL-6,KEYP0S-n 
// DISKFILE NAME-FILO.-?2.CRG-I,RECL-16,KEYL-6.KEYPOS-11 
// DISKFILE NAME-FIL023.0RG-I.RECL-16,KEYL-6,KEYP05-I1 
// DISKFILE NAME-F:L024.0RG-l,RECL-16.KEYL-6,KfYPOS-ll 
// DISKFILE NAM:-FIL025,CRG-I,RECL-16 ,KEYL-6 .KEYP05-11 
// DISKFILE NAME-FIL026,DRG-I,RECL-U,KEYL-6.KEYP05-11 
// DISKFILE NAME-FIL027,ORG-I,RECL-16,KEYL-6,KEYPOS-U 
// DISKFILE NAME-FIL02S,DRG-I,RECL-16,KEYL-6,<EYPOS-U 
// DISKFILE NAME-FTLO?'^ '^RG-I , RECL -1 6 . KEYL-6 , KEYPOS- U 
// DISKFILE NAME-FUi).l RG- I , RECt.- 16 . KEYL-6 . KEYPOS-ll 
// DISKFILE NAME-FIL031.GRG-I,RECL-16, KEYL-6, KEYPOS-n 
// DISKFILE NAME-FIL03;;,GRG-I,RECL-16, KEYL-6, KEYPOS-:i 
// DISKFILE NAME-FIL05.-;,DRG-I,RECL-16, KEYL-6. KEYPOS-ll 
// DISKFILE NAME-FILOJI.ORG-I.RECL-U, KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FILD35,0RG-I.RECL-16, KEYL-6. KEYPOS-ll 
// DISKFILE NAME-FILD36,GRG-I,RFCL-U, KEYL-6, KEYPOS-ll 
// DISKFILE HaME-F!L037,GRG-l,RECL-16, KEYL-6, KEYPOS-ll 
// DISKFILE NAML-FIL038,ORG--I,RECL-16, KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FIL039.nRG-I,Rt-CL-16, KEYL-6, KEYP05-U 
// DISKFILE NAME-FUO'.0,ORG-I,RECL-16. KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FIL0'-l,CiRG-I,RECL-16, KEYL-6. KEYPOS-ll 
// DISKFILE NAME-FIL';'i2.0RG-I,RECL-16. KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FIL045,OPG-I,RECL-16, KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FIL0','i,ORG-I,RECL-16, KEYL-6, KEYPOS-U 
_// DISKFILE NAME-FIL015,0RG-I,RECL-16, KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FIL046, ORG-!, RECL-16, KEYL-6. KEYPOS-ll 
// DISKFILE NAME-FIL047.0RG-I,RECL-16, KEYL-6, KEYPOS-ll 
// DISKFILE HAME-FIL04S,ORG-I,RECL-16, KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FILM9,0RC-I,RECL-16, KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FIL05G,ORG-I.RECL-16, KEYL-6, KEYPOS-ll 
_// DISKFILE NAME-FIL051,ORG-I,RECL~16. KEYL-6. KEYPOS-ll 
"// DISKFILE NAME-FIL052,ORG-I,RECL-16, KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FIL053,ORG-I.RECL-16, KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FIL05'. .0RG-I,RECL-16. KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FILa55.0RG-I,RECL-16, KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FIL056.0RG-I,RECL-16, KEYL-6. KEYPOS-ll 
// DISKFILE NAME-FILD57,0RG-I,RECL-:6, KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FIL058,ORG-I.RECL-16, KEYL-6, KEYPOS-U 
// DISKFILE NAME-FIL059,ORG-I.RECL-16, KEYL-6. KEYPOS-ll 
// DISKFILE NAME-F1L060.0RG-I.RECL-16, KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FIL061,ORG-I,RECL-16. KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FIL062,ORG-I.RECL-16, KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FIL063.0RG-I.RECL-16, KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FIL064,ORG-I.RECL-16, KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FIL065,ORG-I,RECL-16, KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FILQ66,0RG-I,RECL-I6, KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FILD67,0RG-I,RECL-16. KEYL-6. KEYPOS-ll 
// DISKFILE NAME-FIL06S,ORG-I,RECL-16, KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FIL069,ORG-I,RECL-16, KEYL-6, KEYPOS-n 
// DISKFILE NAME-FIL070,ORG-I,RECL-16. KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FU071, 0RG-I,RECL-16. KEYL-6, KEYPDS-] 1 
// DISKFILE NAME-FIL072,ORG-I,RECL-U.h-EYL-6, KEYPOS-ll 
// DISKFILE NAME-FIL073,ORG-I,RECL-16, KEYL-6, KEYPOS-ll 
// DISKFILE NAME~FIL07'i,ORG-I,RECL~16, KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FU075,ORG-I.RECL-16, KEYL-6. KEYPOS-ll 
// DISKFILE NAME-FU076,ORG-I.RECL-16.KErL-6, KEYPOS-ll 
// DISKFILE NAME-FU077,DRG-I,R!:CL-16. KEYL-6, KEYPOS-U 
// DISKFILE NAME-FIL07S,ORG-I,RECL-15,<EYL-6. KEYPOS-ll 
// DISKFILE NAME-FILJ79.0RG-I,RECL-16. KEYL-6. KEYPOS-ll 
// DISKFILE NAME-FIL050.0RG-I.RECL-16, KEYL-6. KEYPOS-U 
// DISKFILE NAME-FIL081,ORG-I,RECL-16, KEYL-6, KEYPOS-n 
// DISKFILE NAME-FIL082.ORG-I,RECL-16, KEYL-6, KEYPOS-n 
// DISKFILE NAME-FIL083.ORG-I.RECL-16, KEYL-6. KEYPOS-ll 
// DISKFILE NAME-FIL08'i,ORG-I,RECL-16. KEYL-6, KEYPOS-U 
// DISKFILE NAME-FUDR5,0RG-I,RECL-16. KEYL-6, KEYPOS-U 
// DISKFILE NAME-FU086,ORG-I ,RECL-16, KEYL-6, KEYPOS-U 
// DISKFILE NAME-FIL087,ORG-I,RECL-16, KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FIL088,0RG-I.RECL-16, KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FIL089,DRG-I,RECL-16, KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FIL090,DRG-I,RECL-16, KEYL-6, KEYPOS-n 
// DISKFILE NAME-FILQ91.0RG-I.RECL-16, KEYL-6. KEYPOS-U 
// DISKFILE NAME-FU092,ORG-l,RECl- 16. KEYL-6, KEYPOS-U 
// DISKFILE NAME-FIL093.0RG-I,RECL-16. KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FILD94,0RG-I,RECL-16, KEYL-6, KEYPOS-n 
// DISKFILE NAME-FIL095.ORG-I,RECL-16. KEYL-6. KEYPOS-ll 
// DISKFILE NAME-FIL097,ORG-I,RECL-16, KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FU098.0RG-I.RECL-16. KEYL-6, KEYPOS-n 
// DISKFILE SAME-F1L099.0RG-I,RECL-16. KEYL-6, KEYPOS-U 
// DISKFILE NAME-FIL100,ORG-1,RECL-16, KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FIHOl ,0RG-I,RECL-16, KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FIL102.DRG-1,RECL-16, KEYL-6, KEYPOS-U 
// DISKFILE NAME-F1L103,ORG-I,RECL-16, KEYL-6, KEYPOS-n 
_// DISKFILE NAME-FIL10'i,ORG-I.RECL-16. KEYL-6, KEYPOS-U 
// DISKFILE NAME-FIL105,ORG-I,RECL-16, KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FlL106.ORG-I,RECL-16, KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FIL107,ORG-I.RECL-16. KEYL-6, KEYPOS-U 
// DISKFILE NAME-FIL10a,ORG-l.RECL-16, KEYL-6. KEYPOS-U 
// DISKFILE NAME-FIL109,ORG-I.RECL-16, KEYL-6, KEYPOS-ll 
_// DISKFILE NAME-FILU0,ORG-I.RECL-I6. KEYL-6. KEYPOS-U 
■// DISKFILE NAME-FILU1.0RG-1,RECL-16, KEYL-6. KEYPOS-U 
// DISKFILE NAME-FIL112.0RG-I,RECL-16. KEYL-6, KEYPOS-ll 
// DISKFILE NAME-FIL113.0RG-I,RECL-16. KEYL-6, KEYPOS-U 
// DISKFILE NAME-FIL11'-.,0RG-I,RECL-16. KEYL-6, KEYPOS-n 
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// DISKrILE NAME-FUU5,0RG-I,RECL 

// DISKrILE N/iMt-:-i U116,0RG-I,RECL 

y/ DISKFILE SAME-FILU7,0RG-I.RECL- 

// DISKFILE NAME-FILllS.ORG-I.RECL- 

// DISKFILE NAME-FIL119,0RG-I,RECL- 

/y DI5KFUE NAME-FIL120,ORG-I,RECL- 

/-/ DISKFILE NAME-FIL121,DRG-I,RECL' 

// DISKFILE NAME-FIL122,0RG-I,RECL- 

// DISKFILE NflME-FILI23,0RG-I.RECL- 

/-- DISKFILE NAME-FIL12'.,0RG-I,RECL- 

// DISKFILE NAMe-FIL125,0RG-l,RECL- 

// DISKFILE NAME-FU126.0RG-I.RECL- 

// DISKFILE NAME-FIL127,0RG-I,KECL- 

// DISKFILE NAME-FIH28,0RG-I,RECL- 

// DISKFILE NAME-FIL129,0RG-I,RECL- 

// DISKFILE MAME-FUnO.ORG-I,RECL- 

// DISKFILE NAME-FIL131,0RG-I.RECL- 

// DISKFILE NAnE-FIL152,0RG-I,RECL- 

// DISKFILE NAME-FIL133,0RG-I,RECL- 

// DISKFILE NAf1E-FU134,0RG-I,RECL- 

// DISKFILE KAME-FU135,0RG-I,RECL- 

// DISKFILE HAME-FIL136,0RG-I,RECL- 

// DISK'^ILE NAME-FIL137,ORG-I,RECL- 

// DISKFILE NAME-FIL138,0RG-I,RECL- 

-■/ DISKFILE NAME-F1H39,0RG-I,RECL- 

// DISKFILE NAnE-FUlftO.DRG-I.RECL- 

// DISKFILE KAME-FILH1,0RG-I,RECL- 

// DISKFILE NAME-FILl'i2,0RG-I,RECL- 

// DISKFILE NAHE-FUl'tS.ORG-I.RECL- 

// DISKFILE NAME-FILI'.'i.ORG-I.RECL- 

// DISKFILE NAME-FILl't5,0RG-l,RECL- 

// DISKFILE KAriE-FILI£t6.0RG-I.RECL- 

// DISKFILE NAME-FUl'i7.0RG-I .RECL- 

// DISKFILE NAME-FIL1'.S,0RG-1,RECL- 

// DISKFILE NAME-FILU9,0RG-I,RECL- 

// DISKFILE NAME-FIL150,ORG-I,RECL- 

// DISKFILE NAME-FILISI.ORG-I.RECL- 

// DISKFILE NAME-FU152,0RG-I,RECL- 

// DISKFILE NAME-FU153.DRG-I.RECL- 

// DISKFILE NAME-FIL15£i,0RG-I ,RECL- 

// DISKFILE NAME-FIL155,CRG-I,RECL- 

// DISKFILE NAME-FIL156,0RG-I.RECL- 

// DISKFILE NAME-FIL157,ORG-I,RECt.- 

// DISKFILE NAME-FIL15S,0RG-I,RECL- 

// DISKFILE NAnE-FIL159.0RG-I,RECL- 

// DISKFILE NAME-FIL160.0RG-I,RECL- 

// DISKFILE NAME-FILUl.ORG-I.RECL- 

_// DISKFILE NAME-F1L162,0RG-I,RECL- 

// DISKFILE NAME-FIL163,0RG-I.RECL- 

// DISXFUE NAME-FILUif.ORG-I.RECL- 

// DISKFILE NAME-FI1165.CRG-I,RECL- 

// DISKFILE NAME-FU166,0RG-r,RECL- 

// DISKFILE NAf1E-FIL167,0RG-I,RECL- 

_// DISKFILE NAME-FIL16S,0RG-I,RECL- 

'// DISKFILE NAME-FIL169.0RG-I,RECL- 

// DISKFILE NAME-FIL170,ORG-I,RECL- 

// DISKFILE NAME-FIH71,0RG-I,RECL- 

// DISKFILE NAME-FIL172,0RG-I,RECL- 

// DISKFILE NAME-FIH73,0RG-I,RECL- 

// DISKFILE NAME-FIL17'i,0RG-I,RECL- 

// DISKFILE NAME-FIL175,0RG-I,RECL- 

// DISKFILE NAME-FIL176.0RG-I,RECL- 

// DISKFILE NAME-FIL177,DRG-I.RECL- 

// DISKFILE NAME-FIL17S,0RG-I.RECL- 

// DISKFILE NAME-FIL179,0RG-I,RECL- 

// DISKFILE NAME-FIL180,ORG-I,RECL- 

// DISKFILE NAME-FILIS1,0RG-I,RECL- 

// DISKFILE NAME-FIL182,0RG-I,RECL- 

// DISKFILE NAME-FIL185.0RG-I,RECL- 

// DISKFILE NAME-FIL18'i,0RG-I,RECL- 

// DISKFtLE NAME-FIL185,0RG-I,RECL- 

// DISKFILE NAME-FIU86,0RG-I,RECL- 

// DISKFILE MAME-FIL187,0RG-1,RECL- 

// DISKFILE NAME-FIL188,0RG-I,RECL- 

// DISKFILE NAriE-FlLlS9,0RG-I,RECL-. 

// DISKFILE NAME-FIL190,ORG-I,RECL-. 

// DISKFILE NAME-FIL191,0RG-I,REC(.-, 

// SYMFILE KAME-FILS16,DISKFUE-FILI 

// SYMFILE MAME-FILS17,DISKFILE-FILl 

// SYMFILE NAME-F1L518.DISKFILE-FILI 

// SYMFILE NAME-FUSn.DISKFILE-FILI 

// SYMFILE NAME-FIL520,DISKFILE-FILI 

^/ SYMFILE NAME-FILS21,DISKFILE-FILI 

// SYMFILE NAME-FUS22,DISKFILE-FIL[ 

-'/ SYMFILE NAME-FUS23.DISKFILE-FIL[ 

// SYMFILE NAME-FUS2'i,DISKFILE-FIL 
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PROGRAM 
PROGRAM 
PROGRAM 
PROGRAM 
PROGRAM 
PROGRAM 
PROGRAM 
PROGRAM 
PROGRAM 
PROGRAM 



NAME-DCPOi 
NAME-DCPOl 
NAME-DCPOI 
NAME-DCPOI 
NAME-DCPOI 
NAME-DCPOl 
NAME-DCPOI 
NAME-DCPO( 
NAME-DCPOI 
NAME-DCPOI 



IO.MRTMAX-7, 

DFFNDF-7, 
ll,MRTMAX-7, 

DFFNDF-7, 
i2,MRTMAX-7, 

DFFNDF-7, 
i3,MRTMAX-7, 

DFFNDF-7, 
4,MRTMAX-7, 

DFFNDF-7. 
5.MRTMAX-7, 

DFFNDF-7, 
6,MRTMAX-7. 

DFFNDF-7. 
7,MRTMAX-7, 

DFFNDF-7, 
8,MRTMAX-7, 

DFFNDF-7, 
9,MRTMAX-7, 

DFFNDF-7, 



DFFMTERM-7. 

DFFSFDT-258, 

DFFMTERM-7, 

DFFSFDT-258, 

DFFMTERM-7. 

DFFSFDT-258, 

DFFMTERM-7, 

DFFSFDT-258, 

DFFMTERM-?, 

DFFSFDT-258, 

DFFMTERM-7, 

DFFSFDT-258, 

DFFMTERM-7, 

DFFSFDT-256, 

DFFMTERM-7, 

DFF5FDT-258, 

DFFMTERM-?, 

DFFSFDT-258, 

DFFMTERM-7, 

DFF5FDT-258, 



PACK-F2 
PACK-F2 
PACK-F2 
PACK-F2 
PACK-F2 
PACK-F2 
PACK-F2 
PACK-F2 
PACK-F2 
PACK-F2 



// PROGRAM NAME-DCP010,MRrnAX-7 , DFFMTERM- 7 , 
// DFFNDF-7. DFFSFDT- 2 58, PACK-F2 

// PROGRAM NAME-DCPOU .MRTMAX-7, DFFMTERM-? , 
^Z DFFNDF-7, DFFSFDT- 258. PACK-F2 

_// PROGRAM NAME-DCP012,nRTMflX-7 .DFFMTLPM-? , 
'// DFFNDF-7. DFF5FDT-258, PACK- F2 

// PROGRAM NAME-DCP013,MRTMAX-7, DFFMTERM-7. 
^^ DFFNDF-7, DFFSFDT-2 58, PACK-F2 

// PROGRAM NAME-DCP01'i,MRTMAX-7, DFFMTERM-7, 
/^ DFFNDF-7, DFFSFDT-258, PACK-F2 

// PROGRAM NAME-DCP015,MRTMAX-7, DFFMTERM-7. 
Z/ DFFNDF-7, DFFSFDr-258.PACK-F2 

// PROGRAM NAME-DCP016.MRIMAX-7 .DFFMTERM-7, 
•''' DFFNDF-7. DFFSFDT-2 58, PACK-F2 

// PROGRAM NAME-DCP017,MRTMAX-7, DFFMTERM-7, 
'''' DFFNDF-7. DFFSFDT-258, PACK-F2 

// PROGRAM NAME-DCP018,MRTMAX-7 .DFFMTERM-7, 
^^ DFFNDF-7, DFF5FDT-2 58, PACK-F2 

// PROGRAM NAME-DCP019.MRTMAX-7, DFFMTERM-7, 
''^ DFFN DF- 7. DFFSFDT- 258, PACK-F2 

// PROGRAM NAME-DCP020,MRTMAX-7 .DFFMTfRM-7, 
^^ DFFNDF-7,DFFSFDT-2 56,PACK-F2 

// PROGRAM NAME-DCP021.MRTMAX-7, DFFMTERM-7, 
'''' DFFNDF-7, DFFSFDT -2 58. PACK-F2 

// PROGRAM NAME-DCP022.MRTMAX-7, DFFMTERM-7, 
^^ DFFNDF-7,DFFSFDT-2 58.PACK~F2 

// PROGRAM NAME-DCP023,MRTMAX-7 , DFFMTERM-7 , 
/'' DFFNDF-7 ,DFFSFDr-2 58.PACK-F2 

// PROGRAM NAME-DCP02'*.MRTMAX-7, DFFMTERM-7, 
^^ DFFNDF-7, DFFSFDT-2 58. PACK- F2 

// PROGRAM NAME-DCP025,MRTMAX-7, DFFMTERM-7. 
'''' DFFNDF-7, DFFSFDT -258, PACK-F2 

// PROGRAM NAME-DCP026,MRIMAX-7. DFFMTERM-7. 
•'^ DFFNDF-7,DFFSFDT~2 5a.PACK-F2 

// PROGRAM NAME-DCP027.MRTMAX-7, DFFMTERM-7. 
'''' DFFNDF-7. OFFSFDT-2 58, PACK- F2 

// PROGRAM HAME-DCPa28,MRTMAX-7, DFFMTERM-7. 
'''' DFFNDF-7. DFFSFDT -258, PACK-F2 

// PROGRAM NAME-DCP029.MRTMAX-7 .DFFMTERM-7, 
''^ DFFNDF-7. DFFSFDT -2 58. PACK -F2 

// PROGRAM NAME-DCP030,MRTMAX-7. DFFMTERM-7, 
'''' DFFNDF-7, DFFSFDT-258, PACK- F2 

// PROGRAM NAME-DCP031 ,MRTMAX-7. DFFMTERM-7, 
^^ DFFNDF-7, DFFSFDT -258, PACK-F2 

// PROGRAM NAME-DCP032.MRTMAX-7, DFFMTERM-7, 
''■' DFFNDF-7,DFFSFDT-2 58.PACK-F2 

// PROGRAM NAME-DCP033, MRTMAX-7, DFFMTERM-7 . 
^^ DFFNDF-7. DFFSFDT -258. PACK-F2 

// PROGRAM NAME-DCP03't, MRTMAX-7. DFFMTERM-7. 
^^ DFFNDF-7. DFFSFDT -258, PACK-F2 

// PROGRAM NAME-DCP035. MRTMAX-7. DFFMIERM-7, 
'■'' DFFNDF- 7, DFFSFDT -258, PACK-F2 

// PROGRAM NAME-DCP056 .MRTMAX-7, DFFMTERM-7, 
-''' DFFNDF- 7, DFFSFDT -2 58. PACK-F2 

// PROGRAM NAME-DCP037, MRTMAX-7, DFFMTERM-7, 
•''' DFFHDF-7 , DFFSFDT-2 58, PACK- F2 

— // PROGRAM NAME-DCP038, MRTMAX-7, DFFMTERM-7, 

'''' DFFNDF-7, DFFSFDT-2 58. PACK- FZ 

// PROGRAM NAME-DCP039, MRTMAX-7, DFFMTERM-7, 
^^ DFFNDF-7, DFFSFDT -2 58, PACK-F2 

// PROGRAM NAME-DCPO'tO, MRTMAX-7, DFFMTERM-7, 
// DFFNDF- 7, DFFSFDT- 2 58, PACK- F2 

— // PROGRAM NAME-DCPO'tl, MRTMAX-7, DFFMTERM-7, 

~^^ DFFNDF-7, DFFSFDT- 258. PACK- F2 

// PROGRAM NAME-DCPO-iZ, MRTMAX-7, DFFMTERM-7. 
^Z DFFNDF-7. DFFSFDT-258, PACK-F2 

// PROGRAM NAME-DCP0'i3, MRTMAX-7, DFFMTERM-7, 
yy DFFNDF-7, DFFSFDT-2 58. PACK-F2 

// PROGRAM NAME-DCP04'i.MRrMAX-7, DFFMTERM-7. 
/•' DFFNDF-7 .DFFSFDT-25S,PACK-F2 

// PROGRAM NAME-DCP0'i5, MRTMAX-7, DFFMTERM-7, 
'''' DFFNDF-7, DFFSFDT -2 58 ■PACK-F2 

// PROGRAM NAME-DCP0<i6, MRTMAX-7. DFFMTERM-7. 
-'/ DFFNDF-7. DFFSFDT-25a, PACK- F2 

// PROGRAM NAME-DCP047, MRTMAX-7, DFFMTERM-7, 
'■/ DFFNDF-7, DFFSFDT-258, PACK-F2 

// PROGRAM NAME-DCP0'i8. MRTMAX-7 .DFFMTERM-7, 
-'•' DFFNDF-7, DFFSFDT- 2 58, PACK -F2 

// PROGRAM NAME-DCP0<t9. MRTMAX-7, DFFMTERM-7, 
/^ DFFNDF-7, DFFSFDT-258, PACK- F2 

// PROGRAM NAME-DCP050, MRTMAX-7. DFFMTERM-7. 
■'■^ DFFN DF-7.DFF5FDI-258, PACK- F2 

-',' PROGRAM NAME-DCP051, MRTMAX-7 .DFFMTERM-7, 
•'^ DFFNDF- 7, DFFSFDT -258, PACK- F2 

// PROGRAM NAME-DCP052, MRTMAX-7, DFFMTERM-7, 
^/ DFFNDF-7 . DFFSFDT-258 , PACK-F2 

// PROGRAM NAME-DCP053. MRTMAX-7, DFFMTERM-7, 
// DFFNDF-7. DFFSFDT-258, PACK- F2 

// PROGRAM NAME-DCPOSI, MRTMAX-7. DFFMTERM-7 , 
f/ DFFNDF-7. DFFSFDT -258, PACK-F2 

// PROGRAM NAME-DCP055,MRTNAX-7, DFFMTERM-7, 
/'' DFFNDF-7, DFFSFDT-2 58, PACK -F2 

// PROGRAM NAME-DCP056, MRTMAX-7, DFFMTERM-7, 
■'Z DFFNDF-7, DFFSFDT-258, PACK-F2 

// PROGRAM HAME-DCP057, MRTMAX-7. DFFMTERM-7. 
'''' DFFNDF-7. DFFSFDT -258, PACK-F2 

/y PROGRAM NAME-DCP058, MRTMAX-7. DFFMTERM-7 , 
y^ DFFNDF- 7. DFFSFDT-258, PACK-F2 

// PROGRAM NAME-DCP059, MRTMAX-7, DFFMTERM-7, 
y^ DFFNDF -7. DFFSFDT -2 58, PACK-F2 

// PROGRAM NAME-DCP060. MRTMAX-7, DFFMTERM-7, 
/^ DFFNDF-7, DFFSFDT -258, PACK-F2 

// PROGRAM NAME-DCPC61, MRTMAX-7, DFFMTERM-7. 
/^ DFFNDF- 7, DFFSFDT -258, PACK-F2 

// PROGRAM NAME-DCP062, MRTMAX-7. DFFMTERM-7, 
yy DFFNDF-7, DFFSFDT-2 58, PACK-F2 

// PROGRAM HAME-DCP063,MRtMAX-7, DFFMTERM-7, 
/^ DFFNDF- 7, DFFSFDT -258, PACK-F2 
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" PROGRAM NAnE-DCP06'i,flRTniX-7,DFFnTEIin-7, 
^^ DFFNDF-7,DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP065,MRTMAX-7,DFFMTERM-7, 
" l'FFNDF-7,DFFSFDT-25S,PACK-F2 

/> PROGRAM NAME-DCP066,MRTMAX-7,DFFMTERM-7, 
" l'FFNDF-7,DFFSFDI-Z58,PACK-F2 

—/' PROGRAM NAME-DCP067.MRTMAX-7,DFFMTERM-7. 

"' l'PFMDF-7,l!FFSFDT-258,PACK-F2 

" PROGRAM NAME-DCP068.MRTI1AX-7,DFFnTERM-7. 
" IIFFNDF-7,DFFSFDT-258,PACK-F2 

'f PROGRAM NAME-DCP(l69.«RTMAX-7,DFFMTERn-7, 
" '>FFNDF-7,0FFSFDI-258,PACK-F2 

— // PROGRAM NAME-DCP(17ll.MRTMAX-7.DFFMTERM-7, 
"" 0FFNOF-7,DFFSFDT-258.PAC)I-F2 

// PROGRAM NAME-DCP071.MRTMAX-7.DFFMIERM-7, 
" l>FFNDF-7,DFFSFDT-25a,PACK-F2 

// PROGRAM HAME-DCP(l72,MRTMAX-7,DFFMTERM-7. 
" 0FFHDF-7,DFFSFDT-2b8,PACK-F2 

// PROGRAM NAME-DCP073,MRTMAX-7,DFFMTERM-7, 
" 0FFKDF-7,DFF5FDT-258.PACK-F2 

// PROGRAM NAM6-DCP074,MRTMAX-7.DFFMTERM-7, 
" DFFNDF-7.DFF5FDT-J58,PACK-F2 

>/ PROGRAM NAME-DCP075,MRTMAX-7,DFFMTERM-7, 
" l>FFNDF-7,DFF5FDT-258,PACK-F2 

// PROGRAM HAME-DCP076,MRTMAX-7,DFFMIERM-7, 
■" DFFNDF-7,DFFSFDT-25»,PACK-F2 

" PROGRAM NAME-DCP(l77,MRTMAX-7,DFFMTERn-7, 
■" DFFKDF-7.DFFSFDI-258.PACX-F2 

// PROGRAM NAME-DCP078.MRTMAX-7,OFFMTERM-7, 
" ''FFNDF-7,DFF5FDT-25S.PACK-F2 

//• PROGRAM NAME-DCP079,MRTMAX-7,DFFHTERM-7, 
'■' ''FFNDF-7,DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP08l),MRrMAX-7,DFFMIERM-7. 
" DFFNDF-7,DFF5FDT-258,PACK-F2 

// PROGRAM NAnE-DCP081,MRIMAX-7,DFFMTERn-7, 
" ■'FFNDF-7.DFF5FDT-258,PACK-F2 

// PROGRAM NAME-OCP082.MRTMAX-7.DFFnTERM-7, 
^' DFFNDF-7,DFF5FDT-258,PACK-F2 

// PROGRAM NAME-DCP083,MRIMAX-7,DFFMTER«-7, 
■" ■>FFNDF-7,DFFSFDI-258.PACX-F2 

// PROGRAM NAME-DCP0a«,MRTMAX-7,OFFMIERM-7, 
" 0FFN0F-7.DFF5FDT-258,PACX-F2 

// PROGRAM HAME-DCP085,MRIMAX-7,DFFBIERM-7, 
" 0FFNDF-7,DFF5FDT-258,PACK-F2 

rt PROGRAM tlAME-DCPI18«.MRTMAX-7 ,DFFMTERM-7 . 
" '>FFNDF-7.DFFSFDT-25S,PACK-F2 

// PROGRAM NAME-DCP087,MRTMAX-7.DFFMTERM-7. 
" 0FFNDF-7,DFFSFDT-25!,PACK-F2 

// PROGRAM KAME-DCP088.MRTMAX-7.DFFMTERM-7, 
" 0FFNDF-7,DFF5FDI-25«,PACK-F2 

/r PROGRAM NAME-DCP089,MRTMAX-7,DFFHTERn-7, 
" l>FFN0F-7,DFF5FDT-258.PAC«-F2 

// PROGRAM NAME-DCP09(l,MRIMAX-7,DFFnTERM-7, 
" 0FFNDF-7,DFF5FDT-25a,PACK-F2 

// PROGRAM »IAME-DCPI)91,MRTMAX-7,0FFnTERM-7, 
" 0FFNDF-7.DFFSFDr-258,PACK-F2 

// PROGRAM IIAME-DCP092,MRTMAX-7,DFFMIERM-7, 
" l>FFNDF-7,DFFSFDT-25»,PACIC-F2 

// PROGRAM KAME-DCPI193.MRTMAX-7.DFFMIERM-7, 
" DFFNDF-7,DFF5FDT-258,PACK-FZ 

// PROGRAM NAME-DCP09<i,MRIMAX-7.DFFMTERM-7, 
'"'' ■1FFNDF-7.DFF5FDT-258,PACX-F2 

// PROGRAM KAME-DCP(l95,MRTMAX-7,0FFMTERM-7, 
" ■>FFNDF-7,DFFSFDT-258.PACK-F2 

—// PROGRAM NAME-DCP096,MRTMAX-7,DFFnTERM-7, 

" DFFN0F-7,DFFSFDT-258.PACi(-F2 

// PROGRAM HAME-DCP097.MRTMAX-7,DFFMTERM-7, 
" 0FFKDF-7,DFFSFDT-258.PACK-F2 

// PROGRAM MAME-DCP(198.MR7MAX-7,DFFMIERM-7, 
" 0FFNDF-7.DFFSFDT-25a,PACK-F2 

— // PROGRAM KAME-OCP099,nRTMAX-7,DFFMTERM-7. 
"" DFFNDF-7,DFF5FDT-258.PACX-F2 

" PROGRAM NAME-OCPlllO,MRTMAX-7,DFFMTERM-7, 
" DFFNDF-7.0FFSFDT-258,PACK-F2 

, // PROGRAM NAME-DCP101,MRTMAX-7,DFFMTERM-7, 
'^ DFFNDF-7,DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP102,MRT«AX-7,DFFMIERM-7, 
" 0FFNDF-7.DFF5FDr-258,PACK-F2 

// PROGRAM KAME-DCP105,MRTMAX-7,DFFMTERM-7, 
" >'FFNDF-7,DFFSFDT-258,PACI(-F2 

// PROGRAM NAME-DCP104,MRTMAX-7,DFFMTERM-7. 
'^ DFFNDF-7,DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCPll)5.«RTMAX-7,DFFMTERM-7, 
" DFFNDF-7.DFF5FDT-258.PACK-F2 

" PROGRAM NAME-DCP106.MRTMAX-7,DFFMTERM-7, 
" ''FFNDF-7,DFFSF0T-258,PACK-F2 

" PROGRAM NAME-DCPl(l7,MRTnAX-7,DFFMTERM-7, 
" l'FFNDF-7,DFF5FDT-25a,PACK-F2 

/' PROGRAM NAnE-DCP108,MRrMAX-7,DFFMTERM-7, 
" DFFNDF-7,DFF5FDT-258.PACX-F2 

" PROGRAM NAME-DCPll)9,riRTMAX-7,DFFMTERM-7, 
" 0FFNDF-7,DFFSFDT-258,PACIC-F2 

// PROGRAM NAME-DCPI10,MRTMAX-7,DFFMTERM-7, 
" ■>FFNDF-7,DFF5FDT-258.PACIt-F2 

'/ PROGRAM NAME-DCPUl.MRTMAX-7,DFFnTERM-7, 
" 0FFNDF-7.DFFSFDT-258.PACK-F2 

'I PROGRAM NAME-DCPU2.MRTMAX-7,DFFMIERM-7, 
" 1FFNDF-7,0FFSFDT-258,PACK-F2 

'I PROGRAM NAME-DCPU3.MRTnAX-7,DFFMIERM-7, 
^' DFFNDF-7,DFFSFDT-258,PACK-F2 

'/ PROGRAM NAME-DCPn4,MRTMAX-7,DFFMTERM-7, 
" 0FFNDF-7,DFFSFDT-258,PACK-F2 

" PROGRAM NAME-DCP115.nRIMAX-7.DFFMTERM-7. 
" I'FFHDF-7,DFFSFDT-25a,PACK-F2 

'/ PROGRAM NAME-DCPU6,MRTMAX-7.DFFMTERM-7, 
^' DFFNDF-7,DFFSFDT-258,PACIC-F2 



-•/ PROGRAM NAME-DCPlI7,MRTMAX-7,DFFMTERM-7, 
" DFFNDF-7,DFFSF0T-25«.PACX-F2 

// PROGRAM NAME-DCPUa.MRIMAX-7,DFFMTERM-7. 
" DFFNDF-7.DFFSFDT-25e,PACK-F2 

// PROGRAM NAME-DCPU9.MRTMAX-7,DFFMIERM-7, 
" DFFHDF-7.DFF5FDT-25a,PACK-F2 

// PROGRAM NAME-DCP120.MRTMAX-7,DFFMTEIIM-7. 
" DFFNDF-7,DFFSF0I-25S,PACK-F2 

// PROGRAM NAME-DCP121,MRrnAX-7,DFFMTERM-7, 
" I)FFNDF-7,DFFSFDT-258.PACK-F2 

// PROGRAM HAME-DCP122.MRTMAX-7,DFFMrERM-7, 
" DFFNDF-7,DFF5FDT-258.PACH-F2 

// PROGRAM NAME-DCP123,MRTMAX-7,DFFMIERM-7, 
" DFFNDF-7.0FF5F0T-25a.PACK-F2 

// PROGRAM HAME-DCP12«,MRTNAX-7,DFFMTERM-7, 
" DFFNDF-7,DFFSFDT-258,PACI(-F2 

_// PROGRAM NAME-DCP125,MRrMAX-7,DFFMTERM-7, 

" 0FFNDF-7.0FFSFDT-25a,PACI(-F2 

// PROGRAM NAME-DCP126,MRTMAX-7,DFFMTERM-7, 
" DFFHDF-7.DFFSFDI-258,PACK-F2 

// PROGRAM NAME-DCP127,MRTMAX-7,DFFMTERM-7, 
" I>FFKDF-7.DFFSFDT-25»,PACK-F2 

— // PROGRAM NAME-DCP12S,MRTMAX-7,DFFMTERH-7, 
'" DFFNDF-7,DFFSF0T-25a.PACK-F2 

// PROGRAM NAME-DCPI29,«RTMAX-7,DFFMTERM-7, 
^^ DFFNDF-7,DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP130,MRTMAX-7,DFFMTERM-7. 
" DFFNDF-7.DFF5FDT-25a,PACI!-F2 

// PROGRAM NAME-DCP151.MRTMAX-7,DFFMTERM-7. 
" DFFNDF-7,DFF5FDT-258,PACIC-F2 

// PROGRAM NAME-DCP132,MRTMAX-7.DFFMTERM-7. 
^^ DFFNDF-7.DFFSFDT-258,PACK-F2 

// PROGRAM HAME-DCP133,MRTMAX-7,DFFMTERM-7, 
^' DFFNDF-7.DFFSFDT-25a,PACK-F2 

^/ PROGRAM MAME-DCP134,MRTMAX-7,DFFMTERM-7, 
^^ DFFNDF-7.DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP135.MRTMAX-7.DFFMTERM-7. 
" DFFHDF-7,DFFSFDI-25a,PACK-F2 

// PROGRAM KAME-DCP136,nRTnAX-7.DFFMTERM-7, 
^^ DFFNDF-7,DFFSFDT-25a.PACK-F2 

// PROGRAM NAME-DCPl37,MRTMAX-7,DFFflTERM-7, 
''^ - DFFNDF-7,DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP13a,MRTMAX-7.DFFMTERM-7. 
" DFFNDF-7.DFF5FDI-258,PACK-F2 

// PROGRAM HAME-DCP139,MRInAX-7,DFFMTERM-7, 
" DFFNDF-7,DFF5FDT-258.PACK-F2 

// PROGRAM NAME-DCPl«0,MRTMAX-7.DFFMTERM-7, 
^^ DFFHDF-7,DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCPl'il,MRTMAX-7,DFFMTERM-7, 
'^ DFFNDF-7,DFFSFDT-25a,PACK-F2 

// PROGRAM NAME-DCP142,MRTMAX-7,DFFMTERM-7, 
" DFFNDF-7,DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCPl<t3,MRTMAX-7,DFFMTERM-7. 
'^ DFFNDF-7.DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCPl«'i.nRTMAX-7,DFFMTERM-7, 
" DFFNDF-7,0FF5FDT-258,PACK-F2 

// PROGRAM NAME-DCPl*5,MRTMAX-7,DFFMTERM-7. 
^^ DFFNDF-7,DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCPl't6,MRTMAX-7,DFFMTERM-7. 
^' DFFNDF-7,DFFSFDT-258.PACK-F2 

// PROGRAM NAME-DCPl't7,MRTMAX-7.DFFMTERM-7. 
^^ DFFNDF-7.DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCPl*a.MRTMAX-7,DFFMTERM-7, 
'■^ DFFH0F-7,DFFSFDT-25a,PACK-F2 

// PROGRAM HAME-DCPl<t9.MRTMAX-7,DFFMTERM-7, 
^^ DFFNDF-7,DFFSFDT-25a.PACK-F2 

// PROGRAM NAME-DCPI50,MRrMAX-7,DFFMTERM-7, 
" DFFNDF-7,DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP151,MRTMAX-7,DFFMTERM-7, 
" DFFNDF-7,DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP152,MRIMAX-7.DFFMTERM-7, 
^^ DFFN0F-7.DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP153.MRTMAX-7,DFFMTERM-7. 
" 1)FFNDF-7,DFF5FDT-258,PACK-F2 

_// PROGRAM NAME-DCri'.'),MRTMAX-7,DFFMTERM-7, 

^^ DFFNDF-7,DFFSFDT-258.PACK-F2 

// PROGRAM NAME-DCP155,MRTMAX-7,DFFMTERM-7. 
^^ DFFNDF-7,DFFSFDT-25a,PACK-F2 

// PROGRAM NAME-DCP156.MRTMAX-7,DFFMTERM-7, 
^^ DFFNDF-7.DFF5FDT-25a.PACK-F2 

_// PROGRAM NAHE-DCP157,MRTMAX-7,DFFniERM-7, 
'" DFFNDF-7,DFF5FDr-258.PACK-F2 

// PROGRAM NAME-DCP15a,MRTMAX-7.DFFMTERM-7, 
'^ DFFHDF-7,DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP159.MRTMAX-7,DFFMTERM-7, 
'^ DFFNDF-7.DFF5FDT-258,PACK-F2 

// PROGRAM NAME-DCP160.MRTMAX-7,DFFMTERM-7, 
" DFFNDF-7,DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP161,MRTMAX-7,DFFMTERM-7, 
^^ DFFNDF-7,DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP162,MRTMAX-7,DFFMTERM-7, 
^^ DFFKDF-7,DFFSFDT-25a,PACK-F2 

// PROGRAM NAME-DCP163,MRT«AX-7,DFFMTERM-7, 
^^ DFFNDF-7.DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP164,MRTMAX-7.DFFMTERM-7. 
" DFFNDF-7,DFF5FDT-258,PACK-F2 

// PROGRAM NAME-DCP165,MRTMAX-7.DFFMTERM-7, 
'^ DFFNDF-7,DFFSFDT-25a,PACK-F2 

// PROGRAM NAME-DCP166,MRTMAX-7,DFFMTERM-7, 
^^ DFFNDF-7,DFFSFDT-258.PACK-F2 

// PROGRAM NAME-OCP167,MRTMAX-7,DFFMTERM-7, 
'^ DFFNDF-7.DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP168.MRTMAX-7,DFFMTERM-7, 
^^ DFFNDF-7,DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP169,MRTMAX-7,DFFMTERM-7. 
''^ DFFNDF-7,DFFSFDT-258,PACK-F2 
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// PROGRAM NAnE-DCP170,nRTMAX-7,DFFMTERri-7, 
'■^ DFFNDF-7,DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP171,MRTnAX-7,DFFMTERM-7, 
"' DFFNDF-7,DFFSFDT-258,PACK;-F2 

// PROGRAM NAME-DCP172,MRTMAX-7,DFFMTERM-7, 
'^ DFFNDF-7,DFF5FDT-258,PACK-F2 

// PROGRAM NAME-DCP173,MRTMAX-7.DFFMTERM-7, 
^^ DFFNDF-7,DFF5FDT-258,PACK-F2 

// PROGRAM NAME-DCP17^.MRTMAX-7.DFFMTERM-7, 
'^ DF''NDF-7,DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP175,MRTMAX-7.DFFMTERM-7, 
^' DFFNDF-7,DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP176,MRTMAX-7,DFFMTERM-7. 
^^ DFFNDF-7.DFFSFDT-258.PACK-F2 

// PROGRAM NAME-DCP177,MRTMAX-7,DFFMIERM-7, 
'^ DFFNDF-7,DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP178,MRTMAX-7.DFFMTERM-7. 
^^ . EFFNDF-7,DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP179,MRTMAX-7,DFFMTERM-7. 
^^ DFFNDF-7,DFF5FDT-258.PACK-F2 

// PROGRAM NAME-DCP180,MRTMAX-7,DFFMTERM-7. 
^^ DFFNDF-7,DFFSFDT-258.PACK-F2 

// PROGRAM NAME-DCP181,MRTMAX-7,DFFMTERM-7, 
^^ DFFNDF-7,DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP182,MRTMAX-7,OFFMTERM-7, 
^' DFFNDF-7.DFFSFDT-258,PACK-F2 

_// PROGRAM NAME-DCPia3,MRTMAX-7,DFFMTERM-7. 

^^ DFFNDF-7,DFFSFDT~258,PACK-F2 

■■ PROGRAM NAME-DCP18't,MRTMAX-7,DFFMTERM-7, 

DFFNDF-7.DFFSFDT-25«,PACK-F2 
PROGRAM NAME-DCP185,MRTMAX-7.DFFMTERM-7. 

DFFNDF-7,DFFSFDT-258,PACK-F2 
PROGRAM NAME-DCP186.MRrMAX-7,DFFnTERM-7, 

DFFNDF-7,DFF5FDT-258.PACK-F2 
// PROGRAM NAME-DCP187.MRTMAX-<BDFFMTeRM-7, 
^^ DFFNDF-7,DFFSFDT-258,,PACK-F2 

// PROGRAM NAME-DCP188,MRTMAX-7.DFFMTERM-7, 
''^ DFFKDF-7.DFF5FDT-258,PACK-FZ 

// PROGRAM NAME-DCP18?,MRTMAX-7.DFFMTERM-7, 
^' DFFNDF-7,DFFSFDT-258,PACK-F2 

/^ PROGRAM NAME-DCP190.MRTMAX-7,DFFMTERM-7, 
' DFFNDF-7,DFFSFDT-258,PACK-F2 

' PROGRAM NAME-DCP191,MRTMAX-7,DFFMTERM-7, 
' DFFNDF-7,DFFSFDT-258,PACK-F2 

' PROGRAM NAME-DCP192,MRTMAX-7,DFFMTERM-7, 
' DFFNDF-7,DFFSFDT-258,PACK-F2 

' PROGRAM NAME-DCP193.MRTMAX-<r,DFFMTERM-7, 
' DFFNDF-7,DFFSFDT-258,PACK-F2 

' PROGRAM NAME-DCP19*,MRTMAX-7,DFFMTERn-7, 
' DFFNDF-7,DFFSFDI-258,PACK-F2 

' PROGRAM NAME-DCP195,MRTnAX-7,DFFMTERM-7, 
' DFFNDF-7.DFFSFDT-258.PACK-F2 

' PROGRAM HAME-DCP196,MRTMAX-7,DFFMTERn-7. 
' DFFNDF-7,DFFSFDT-258,PACK-F2 

' PROGRAM NAME-DCP197,MRTMAX-7,DFFMTERM-7, 

DFFNDF-7.DFFSFDT-258,PACK-F2 
' PROGRAM NAME-DCP198,MRTMAX-7,DFFMTERM-7, 

DFFNDF-7',DFFSFDT-258,PACK-F2 
' PROGRAM HAME-DCP199,MRTMAX-4,DFFMTERM-7, 

DFFKDF-7,DFF5FDT-258.PACK-F2 

■ PROGRAM NAME-DCP200,MRTMAX-7,DFFMT£RM-7, 
DFFNDF-7.DFFSFDT-258,PACK-F2 

■ PROGRAM NAME-DCP201,MRTMAX-7,DFFMTERM-7, 
0FFNDF-7,DFFSFDT-258.PACK-F2 

■ PROGRAM NAME-DCP202,MRTMAX-7,DFFMTERM-7, 
DFFNDF-7,0FFSFDT-258,PACK-F2 

PROGRAM NAME-DCP20 3,MRTMAX-7.DFFMTERM-7, 

DFFNDF-7 , DFF5FDT-258, PACK-F2 
PROGRAM NAME--DCP204.MRTMAX-7,DFFMTERM-7, 

DFFNDF-7, DFFSFDT-258,PACK-F2 
PROGRAM NAME-DCP205.MRTMAX-7,DFFMTERM-7, 

DFFNDF-7, DFFSFDT-258,PACK-F2 
// PROGRAM NAME-DCP206,MRTMAX-7,DFFMTERM-7. 
^^ DFFNDF-7, DFFSFDT-258. PACK- F2 

// PROGRAM NAME-DCP207,MRTMAX-7,DFFMTERM-7. 
'''' DFFNDF-7, DFFSFDT-258, PACK-F2 

// PROGRAM NAME-DCP208,MRTMAX-7,DFFMTERM-7, 
^^ DFFNDF-7, DFFSFDT-258, PACK-F2 

// PROGRAM NAME-DCP209,MRTMAX-7,DFFMTERM-7, 
^^ DFFHDF-7, DFFSFDT-258, PACK-F2 

// PROGRAM NAME-DCP210,MRTMAX-7,DFFMTERM-7, 
''^ DFFNDF-7, DFFSFDT-258, PACK-F2 

/< PROGRAM NAME-DCP211,MRTMAX-7.DFFMTERM-7, 
'''' DFFNDF-7, DFFSFDT-258, PACK-F2 

_// PROGRAM NAME-DCP212,MRTMAX-7,DFFMTERM-7, 

^^ DFFNDF-7, DFFSFDT-258, PACK-F2 " 

// PROGRAM NAME-DCP213,MRTMAX-7,DFFMTERM-7, 
^^ DFFNDF-7, DFFSFDT-258, PACK-F2 

// PROGRAM NAME-DCP21<.,MRTMAX-7,DFFMTERM-7, 
''■' DFFNDF-7, DFFSFDT-258. PACK- F2 

_// PROGRAM NAME-DCP2:5.MRTMAX-7,DFFMTERM-7, 
"^^ DFFNDF-7, DFFSFDT-25a,PACK-F2 

// PROGRAM NAME-DCP216.MRTMAX-7,DFFMTcRM-7, 
'''' DFFNDF-7,DFF5FDT-258,PACK-F2 

// PROGRAM NAME-DCP217,MRTMAX-7,DFFMTERM-7, 
''^ DFFNDF-7. DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP218,MRTMAX-7,DFFMTERM-7, 
^^ DFFNDF- 7, DFFSFDT-258, PACK-F2 

// PROGRAM NAME-DCP219,hRTMAX-7,DFFnrERM-7, 
''^ DFFNDF-7, DFFSFDT -258, PACK-F2 

// PROGRAM NAME-DCP220,MRTMAX-7.DFFMTERM-7. 
^•' DFFHDF-7, DFF5FDT-25a,PACK-F2 

// PROGRAM NAME-DCP221.nRTMAX-JjDFFMTERM-7, 
^^ DFFNDF-7, DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP222,MRTMAX-7,DFFMTERM-7. 
''-' DFFNDF-7, DFFSFDT-258, PACK-F2 

// PROGRAM NAME-DCP223,MRTMAX-7,DFFMTERM-7, 
^^ DFFNDF-7,DFF5FDT-258,PACK-F2 



// PROGRAM NAME-DCP22'i,nRTMAX-7,DFFMTERM-7, 
^' DFFNDF-7, DFFSFDT-258, PACK-F2 

// PROGRAM NAME-DCP225,MRTMAX-7.DFFMTEKM-7, 
''■' DFFNDF-7, DFF5FDT-258.PACK-F2 

y/ PROGRAM NAME-DCP226,MRTMAX-7,DFFMTERM-7, 
^' DFFNOF-7, DFFSFDT-258, PACK-F2 

// PROGRAM NAME-DCP227,MRTMAX-7,DFFMTERM-7, 
^^ DFFNDF-7, DFFSFDT-258, PACK-F2 

// PROGRAM NAME-DCP228.MRTMAX-7,DFFMTERM-7, 
■''' DFFNDF-7, DFFSFDT- 2 58, PACK-F2 

// PROGRAM NAME-DCP229,MRTMAX-7,DFFMTERM-7, 
^^ DFFNDF-7, DFF5FDT-258,PACK-F2 

// PROGRAM NAME-DCP230,MRTMAX-7,DFFMTERM-7, 
''^ DFFNDF-7. DFF5FDT-258,PACK-F2 

// PROGRAM NAME-DCP231,MRTMAX-7,DFFMTERM-7. 
^^ DFFNDF-7, DFFSFDT -258, PACK-F2 

// PROGRAM NAME-DCP232,MRTMAX-7,DFFMTERM-7, 
^^ DFFNDF-7, DFFSFDT-258, PACK-F2 

// PROGRAM NAME-DCP233,MRTMAX-7,DFFMTERM-7. 
^^ DFFNDF-7.DFFSFDT-25S,PACK-F2 

//- PROGRAM NAME-DCP23<i,MRTMAX-7,DFFMTERM-7, 
'^ DFFNDF-7, DFFSFDT -258, PACK-F2 

// PROGRAM NAME-DCP235,MRTMAX-7,DFFMTERM-7, 
'''' DFFNDF-7, DFFSFDT -258, PACK- F2 

// PROGRAM NAME-DCP2S6,nRTMAX-7,DFFMTERM-7, 
^^ DFFNDF-7. DFFSFDT-258. PACK-F2 

// PROGRAM NAME-DCP237,MRTMAX-7,DFFMTERM-7, 
^^ DFFNDF-7,DFFSFDT-258.PACK-F2 

// PROGRAM NAME-DCP238,MRTMAX-7,DFFMTERM-7, 
''•' DFFNDF-7, DFFSFDT -258, PACK-F2 

// PROGRAM NAME-DCP239,MRTMAX-7,DFFMTERM-7, 
^^ DFFNDF-7, DFFSFDT -258, PACK-F2 

// PROGRAM NAME-DCP240,MRTMAX-7,DFFMTERM-7, 
^^ DFFNDF-7, DFFSFDT-258, PACK- F2 

_// PROGRAM NAME-DCP2*l,MRTMAX-7,DFFMTERM-7, 

^^ DFFNDF-7,DFFSFDT-25a.PACK-F2 

// PROGRAM NAME-DCP2ii2,MRTMAX-7.DFFMTERM-7, 
■'^ DFFNDF-7, DFFSFDT-258, PACK-F2 

// PROGRAM NAME-DCP2'i3.MRTMAX-7,DFFMTERM-7, 
'''' DFFNDF-7, DFFSFDT-258, PACK-F2 

_// PROGRAM NAME-DCP2'.'t,MRTMAX-7,DFFMTERM-7, 
"''^ DFFNDF-7, DFFSFDT -258. PACK-F2 

// PROGRAM NAME-DCP2'i5,MRTMAX-7,DFFMTERM-7, 
^^ DFFNDF-7, DFFSFDT-258, PACK-F2 

// PROGRAM NAME-DCP246,MRTMAX-7,DFFMTERM-7, 
'''' DFFNDF-7, DFF5FDT-258,PACK-F2 

// PROGRAM HAME-DCP2'i7,MRTMAX-7,DFFMTERM-7, 
'''' DFFNDF-7, DFFSF0T-258,PACK-F2 

// PROGRAM NAME-DCP2'ia,MRTMAX-7,DFFMTERM-7, 
''^ DFFNDF-7, DFFSFDT-258, PACK-F2 

// PROGRAM NAME-DCP219,MRTMAX-7,DFFMTERM-7. 
^^ DFFNDF-7, DFFSFDT-258, PACK-F2 

// PROGRAM NAME-DCP250,MRTMAX-7,DFFMTERM-7, 
'''' DFFNDF-7, DFFSFDT-258, PACK-F2 

// PROGRAM NAME-DCP251,MRTMAX-7,DFFMTERM-7, 
■''' DFFNDF-7,DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP252,MRTMAX-7,DFFMTERM-7, 
^^ DFFNDF-7. DFFSFDT -258, PACK-F2 

// PROGRAM NAME-DCP255,MRTMAX-7,DFFMTERM-7, 
''•' DFFNDF-7, DFFSFDT-258, PACK-F2 

// PROGRAM NAME-DCP25'f,MRTMAX-7,DFFMTERM-7, 
'''' DFFNDF-7, DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP255,MRTMAX-7,DFFMTERM-7, 
^^ DFFNDF-7. DFFSFDT-258, PACK-F2 

// PROGRAM NAME-DCP256.MRTMAX-7,DFFMTERM-7, 
^^ DFFNDF-7, OF FSFDT-258,PACK-F2 

// PROGRAM NAME-DCP257,MRTMAX-7,DFFMTERM-7, 
^^ DFFNDF-7, DFFSFDT-258, PACK- F2 

// PROGRAM NAME-DCP258,MRTMAX-7,DFFMTERM-7. 
^^ DFFNDF-7,DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP259,MRTMAX-7,DFFMTERM-7, 
•'■' DFFNDF-7, DFFSFDT-258, PACK- F2 

// PROGRAM NAME-DCP260,MRTMAX-7,DFFMTERM-7, 
^^ DFFNDF-7, DFFSFDT-258, PACK-F2 

// PROGRAM NAME-DCP261,MRTMAX-7.DFFMTERM-7, 
^^ DFFNDF-7, DFFSFDT -258, PACK-F2 

// PROGRAM NAME-DCP262,nRTMAX-7,DFFMTERM-7, 
''-' DFFNDF-7, DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP263.MRTMAX-7,DFFMTERM-7, 
^^ DFFNDF-7. DFFSFDT-25S,PACK-F2 

// PROGRAM NAME-DCP26'i,MRTMAX-7.DFFMTERM-7, 
^^ DFFNDF-7, OF FSFDT-258,PACK-F2 

// PROGRAM NAME-DCP265,MRTMAX-7,DFFMTERM-7, 
''•' DFFNDF-7, DFFSFDT-258 ■PACK-F2 

// PROGRAM NAME-DCP266,MRTMAX-7.DFFMTERM-7, 
^^ DFFNDF-7, DFF5FDT-258,PACK-F2 

// PROGRAM NAME-DCP267,MRTMAX-7,DFFMTERM-7, 
^^ DFFNDF-7, DFFSFDT-258, PACK- F2 

// PROGRAM NAME-DCP268,MRTMAX-7,DFFMTERM-7, 
^^ DFFNDF-7. DFFSFDT-25S.PACK-F2 

// PROGRAM NAME-DCP269,MRTMAX-7,DFFMTERM-7. 
^^ DFFNDF-7, DFFSFDT-258, PACK-F2 

— // PROGRAM NAME-DCP270,MRTMAX-7,DFFMTERM-7, 

''•' DFFNDF-7, DFFSFDT -258, PACK-F2 

// PROGRAM NAME-DCP271,MRTMAX-7,DFFMTERM-7, 
''■' DFFNDF-7, DFFSFDT -258, PACK- F2 

// PROGRAM NAME-DCP272.MRTMfiX-7,DFFMTERM-7, 
^^ DFFNDF-7, DFFSFDT-258,PACK-F2 

—// PROGRAM NAME-DCP273,MRTMAX-7,DFFMTERM-7. 
"^'' DFFNDF-7, DFFSFDT- 258, PACK-F2 

// PROGRAM NAME-DCP274,MRTMAX-7.DFFMTERM-7, 
'''' DFFNDF-7. DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP275.MRTMAX-7,DFFnTERM-7, 
'''' DFFNDF-7, DFFSFDT-258, PACK-F2 

// PROGRAM NAME-DCP276,MRTMAX-7,DFFMTERM-7, 
''^ DFFNDF-7. DFFSFDT-258, PACK-F2 

// PROGRAM NAME-DCP277,MRTMAX-7,DFFMTERM-7, 
^^ DFFNDF-7, DFFSFDT-258, PACK-F2 
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// PliOGR«n NAnE-DCP27S,nRIBAX-7,DFFMTERM-7, 

'^ DFFNDF-7,DFFSFDT-258.PAC<-F2 

// PROGRAM NAnE-DCP275.MRTMAX-7,DFFnTERn-7, 

''^ DFFNDF-7,DFFSFDT-258 ,PACK-F2 

// PROGRAM NAnE-DCP280,MRTnAX-7,DFFnTERn-7, 

^^ DFFNDF-7,DFFSFDT-258„PAC<-F2 

// PROGRAM NAME-DCP281.f1RTnAX-7,DFFMTERn-7, 

" ■'ffNI'F-'.DFF5FDT-25S,PACK-F2 

// PROGRAM NAME-DCP282,nRTMAX-7,DFFMIERn-7, 
" ['PFNDF-7.DFF5F0T-258,PACK-F2 

" PROGRAM «AME-DCP28J.nRTnAX-7,DFFnTERn-7, 
" °f''NOF-7,DFFSFOT-25»,PACK-F2 

// PROGRAM NAnE-DCP2«4,nRInAX-7.DFFnTERM-7, 
" OFFNDF-7.DFFSFDT-25a,PACK-F2 

// PROGRAM NAME-DCP285,MRTMAX-7,DFF«rEeM-7, 
" "FFNDF-7.DFF5FDT-258,PACK-F2 

" PROGRAM NAME-DCP286,MRTMAX-7,DFFMIERM-7. 
" I'FFNDF-7,DFF5FDT-258,PACK-F2 

/.' PROGRAM NAME-DCP2S7,MRIMAX-7,OFFMTERM-7, 
'^ DFFNDF-7,DFFSFDT-258,PACK-F2 

'/ PROGRAM NAME-DCP285.MRTMAX-7,DFFMIERM-7, 
" '>FFN0F-7,DFFSFDI-258,PACK-F2 

" PROGRAM HAMB-DCP289,nRtMAX-7,DFFMTERM-7. 
" ''FFNDF-7,DFF5FDT-258,PACK-F2 

'/ PROGRAM KAME-tlCP29l),MRTMAX-7,DFFMTERn-7. 
" ''PFN0F-7.DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP291,MRTMAX-7,DFFnTERM-7. 
" ''FFHDF-7,DFF5FDI-258,,"ACX-F2 

// PROGRAM NAnE-DCP2>2.MRTMAX-7.DFFMTERn-7. 
■'-' DFFNDF-7,DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP293,MRTMAX-7,DFFMTERM--7. 
" DFFNDF-7,DFF5FDT-258.PACK-F2 

// PROGRAM NAME-DCP294,MRTMAX-7,DFFMTERM-7, 
" ''FFNnF-7,DFFSFDI-258.PACK-F2 

'/ PROGRAM KAME-DCP295,MRTMAX-7,DFFMTERM-7. 
" '>FFNDF-7,DFFSFD7-253,PACK-F2 

'/ PROGRAM NAME-DCP296,MRTMAX-7,DFFMTERM-7, 
" I)FFNCF-7,DFFSFDT-258,PACK-F2 

" PROGRAM NAME-DCP297.MRTMAX-7,DFFMTERM-7, 
" ■'FFNDF-7,DFFSFDT-25S,PACK-F2 

-•/ PROGRAM NAME-DCP296,MRTMAX-7.DFFMTERM-7. 
" 0FFNDF-7,DFF5FDT-258.PACK-F2 

_// PROGRAM NAME-DCP299,MRTMAX-7.0FFMIERM-7, 

" ''FFN0F-7.DFF5FDT-258.PACK-F2 

// PROGRAM NAME-DCP300,MRTMAX-7,DFFMIERM-7. 
" ''FFNDF-7.DFFSFDT-258,PACK-F2 

'f PROGRAM NAME-DCP3(ll,MRTMAX-7,DFFMTERM-7, 
" DFPH0F-7,DFFSFDT-258,PACK-F2 

_// PROGRAM HAME-DCP302,MRTMAX-7,DFFMTERM-7. 
"" ''FFNDF-7,0FF5FDI-258,PACK-F2 

// PROGRAM NAME-DCP303,MRTnAX-7,OFFMTERn-7. 
•" 0FFHDF-7,DFf5FDT-258.PACK-F2 

// PROGRAM NAME-DCP30<i,MRiMAX-7.DFFnTERn-7, 
" t"'FNDF-7,DFF5FDT-258,PACK-F2 

-■/ PROGRAM NAME-DCP305.nRTMAX-7.DFFnTERM'7, 
" 0FFN0F-7,DFFSFDT-258.PACK-F2 

r/ PROGRAM NAME-OCP306 ,nRTMAX-7 , DFFMIERM-? , 
" ''FFNDF-7.DFFSF0T--258,PACK-F2 

'/ PROGRAM NAME-DCP307,nRTMAX-7.0FFMrERM-7. 
" =FFNDF-7.DFFSFDT-258.PA(:K-F2 

" PROGRAM NAME-DCP3ll8.MRTMAX-7,DFFMTERn-7, 
■''' DFF^DF-7,DFF5FDT-^58,PACX-F^ 

// PROGRAM NAME-DCP309,MRTMAX-7.DFFMTERM-7, 
" ''FFNDF-7.DFF5FDT-258,PACK-F2 

// PROGRAM NAnE-DCP31!l,MRTMAX-7.DFfnTEBM-7, 
" ''FFNDF-;,DFF5F0T-258.PACK-F2 

// PROGRAM NAnE-DCP311,MRTMAX-7,DFFnTERn-7, 
^^ DFFNDF-7,0FrSFDT-2 58,PACK-F2 

/^ PROGRAM NAME-DCP312,nRTnAX-7.DFFnTERn-7, 

'^ DFFMDF-7,DFFSFDT-25a.PACK-F2 

// PROGRAM NABE-DCP3I3,MRTMAX-7.DFFMTERn-7, 
'^ DFFNDF-7,DFF5FD^-253,PACK F2 

// PROGRAM NAME-DCP31<i,l1RIMAX-7.DFFMTERM-7, 
''' DFFNDF-7,DFFSFCT-25»,PACK-F2 

" PROGRAM NAME-DCP315,MSTnAX-7,DFFHTtRM-7, 
" DFFKDF-7.CFF5FDT-L'!!8.P(CK-F2 

" PROGRAM NAME-DCP316.MRTnAX-7,DFFMTERM-7. 
^' DFFNDF-7,DFF5FDT~?^e,PACK-F2 

// PROGRAM NA1E-DCP317,nRrnAX-7,DFFnTERM-7, 
" ''FFNDF-7,DrF5FDT-258.PACK-F2 

/' PROGRAM NAME-DCP3ia,nRTnSX-7.DFFMTERM--.', 
" 0FFNDF-7,DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP3I9,nRinAX-7.DFFMrERn-7, 
'■' DFFNDF--7,DFFSF0r-25«,PACK-F2 

// PROGRAM NAnE-DCP320,HRTHAX-7,DFFMIERn-7, 
" '>FFNDF-;,DFFSFDT-2;8,PACK-F2 

" PROGRAM NAME-DCP321,nRTMAX-7.DFFnTERn-7. 
" 0FFNCF-7,DFF5FDI-258,PACK-F2 

// PROGRAM NAME-DCP322,nRTnAX-7,DFFMIERM-7, 
^' DFFNDF-7,DFFSFDI-258.PACK-F2 

/.' PROGRAM NAnE-DCP323,BRIMAX-7,DFFMTERM-7, 
''^ DFFNDF-7.DFFSFDT-258,PACK-F2 

'/ PROGRAM NAMe-DGP32A,MRTMAX-7,DFFMTERM-7, 
'^ DFFNDF-7,DFFSFDT-258.PAi;x-F2 

// PROGRAM NAME-DC?325,MRrMAX-7,DFFMTERM-7, 
" 0FFNDF-7,DFFSFDT-258,PAi;k-F2 

// PROGRAM NAME-DCP326.MRTMAX-7,DFFMTERM-7, 
^' DFFNDF-7.DFF5FDT -258. PACK ~F2 

/-• PROGRAM NAME-DCP327,MRTnAX-7,DFFM7ERM- 7. 
" "FFNDF-7,DFF5FDT-258,PA(:X-F2 

." PROGRAM NAME-OCP328,MRTMAX-7.DFFMTERM-7, 
'^ DFFNDF-7,DFFSFDT-258,PACK-F2 

// PROGRAM NAME-DCP329,MRTMAX-7.DFFMIERM-7, 
" 0FFNDF-7,DFFSFDI-25»,PACK-F2 

/' PROGRAM NAME-DCP330,MRIMAX-7,DFFMIERn-7, 
" ■'FFNDF-7,DFF5FDT-258.PACK-F2 



_'/ -''ROGRAn WAME-I1CP53] ,^-^, r^.■. .' ',i>r-M7tRB 7, 

^^ DFl HbF-; , DFFSror- 2 5a,PACK-F2 

// PROGRAM N.inr-DCPi!2,BRTn/,X-7,Dr-F.BrF«M-;. 

" 5'f1Dr--7,DFc5F.;:-.25j,pjcj.,, 

// PROGRAM SAnE-DCPi53.MRTMAX-7 , DFFMrERM-7 . 

^' "FFNDr-7,DFF5rDr-?58,PACX-F? 

^/ PROGRAM hiAME-D0^:i3<.,BRlMA<- 7 , DF ^n T EPM- 7 , 

^^ DFF^DF-7.DF'S^DT-25S,PflCK-F2 

// PROGRAM SAME- DCI>.',55,BR'-'-AX-7,l)(tF^TERM- ', 

" 0FFK!7F-7,DFr5fDT-?',S,rACK-F2 

'y PROGRAM NAMr:-DCP536.>'RTM:X-7,DFfM7ERM- 7. 

'^ r>FrNDF-7,rFF^rnT-2-,8,PACK-F2 

'/ PROGRaB NAME- OfP!37,BSTBSX-7,DFFBrtRB-7. 

^^ ^7FtHDF-7.D(r,5F:!T-2'73,PACK-F2 

// PROGRAM NAME-DCF3;ft,BRTBA.<- 7,;;t FB'FFB -7, 

" CFFNDF-7.EFF;rDT-25S,PACK- F2 

// PROGRAM hABE-DCP7,39,BfiaAX >.DFFM^ERB-7, 

" 01 FNDF-7,DI F5FDT 255,PACK-F2 

// PROGRAB NARE-DCP5«0,aRTBiX-7,DFFMTERB-7, 

" 0FFNDF-7,DrFSFrr ■^!,3,PACK-F2 

// PROGRAB NAMF-DCP.s'.i ,MFiBfl,(-7 .^FFMrfRM 7. 

" BFFNDF 7.DFF5FDT-2'^8,PACK-F? 

'/ PROGRAB NABE-DCP5i.2.r. = T-l,\X-7,DFFBTFRM 7, 

''^ 0F'--MriF-7 .DFFSr-DT-25g,PACK -F2 

" PROGRAB NAME-F)c-p3A!,BRTBSX-7,ofF,-,,E,,„_.,, 

''' i'^FUD.-- 7, F)FF5;"D' -2 5S, PACK-F2 

// PROGRAB NAME-DCP3'.7,,nRTBAX-7,DrFBTrRB-7. 

'^ l7FfhDF-7,DFF5FDT-258.PACK"F2 

^/ PROGRAM NABE-DCP3'i5,MR7MAX-7 .i;FFMTERB-7, 

'''' DF F 



PRGGRAB FAME-DCP3^6 ,BRTB 



PROGRAM 



,DrF':.FpT-25g^P^l-^_f-^ 

.nFFMV rRM-7, 
'' D'FKDF-7,DrF5prjT_25g_p^^^_p2 

'-/ PROGRAM NflBE-0CP3!i7 ,BR FBAX- ' ,DFFB7ERB- 7 , 
'' 0FFNDF-7,DFFSFDT-2 58,PACK-F2 

// PROGRAB NAME-DCP3<.8.BKrnAX-7,DF FnrERB-7, 
'^ ^FFHDF-7.DFFSFDT-25F,PACK-F2 

// PROGRAB HAME-DCP3^9,BRrMAX-7 , DFFMTFRM-7 , 
''' DFFNDF -7,1) FFSFF77 -258, PACK- F2 

■'/ PROGRAM HAME-F;CP3.'-.7j,MRfBAX- 7.rFFMTERB-7. 

F7FFNDF-7,nFF5'--D: -258,PACK-F2 
-DCF351 ,MR -'M'-X -7 , DFFBrFRM-7 . 
^ ^ '.^f ^NOF-7 .r!rFSF;7:-;",8,PACK-F2 

// PROGRAM WABt-D'7P:i5?,B,:T,lAX-;,DFrBFrRM- 7, 

DrrHDF- ^DFF^.-DT -::5f; ,:. !';>,, .p2 
^/ PROGRAB NAME-DCP35,i,Bk7MAX-7,F;FrMlf.RB-7, 
'^ PFFf^DF-7,DFF<,rnT-25,S,PACK-F2 

// PROGRAM NAME-.-'Fp i5,-,,M;nBAX-7 .OFF f-:7 Fi7,-, -V , 
''' OFF ■tDF-7.CFF'iF0r-?',8, PACK- F2 

.-•/ PROGRAM MAME-DCP7Ar,,MRTBAX-7 ,[:fFM7FRB-7, 
'■^ JFFUDF- 7 , DFFF,FDT -2 58, PACK-Rl 

/X PROGRAB MABE-nCP,356 -BRTMAX- 7, CFFBrfRB -7, 
^-' r'F-FNDF-7 , DFFSFDT "258 , PflCK--Rl 

—XX PROGRAM NAME-DCP357,MR7BAX- 7,DFFBFERB-7. 

'^ DFFF7DF-7,DFFSrD'-258.PACK-Rl 

XX PROGRAM FJABE-[)CP358,MRFBAX-7.D'TMrERB-7, 
'^ CFFN0F-7,DFFSFDT-2 58.PACK-R1 

XX PROGRAB NABE-DC"35V.--R7BiX-7,CFFBTERM-7. 
" DFFSDF-7.DFF5FDT-258.PACK-R1 

_XX PROGRAM HABE-DCP36a,MR:BAX-7.DFFBTERB 7, 

^ ^ DFPNDF-7,DFFSF0T-258,PACK-RI 

XX PROGRAM NABE-DCP36l.BRTBAX-7,DFFBTFRB-7. 

■''' DFFNDF-7,DFF5FD7-258,PACK-R1 

XX PROGRAB HAME- OCP362.BRIMAX-7, DFFMTERM-7, 

•'X OFr'JDF-7,DFFF,^-DF-25fi,PACK-Ri 

XX PROGRAM NAME-DCP363.MRIBAX-7,DFFBTERB-7, 

^■' 0FFH3F- 7, OFFSF 01-258, PACK-Rl 

XX PROGRAM NABE-[)CP5bA,MRrB7X- 7 ,DFFB1 EPB-7, 

^' ^FFF<DF-7.DFF5FDF-258,PACK-Rl 

XX PROGRAB NABE-DCP365,MRr,BAX- 7,DFFBTFRM-7 , 

'■'' DFFNDF-7 , 0^F5FDT-?53,PACK -RI 

XX PROGRAM NAMf-0CP37,6,Mk1MAX-7,DFFM1ERB-7. 

^' 0FFhiDF-7,PFFSFOT-2 58,PACK-Rl 

XX PROGRAM NABE-DCP367 . MRTBAX-7 ,DFFBTERM-7, 

'^ '1FFSDF-7,DFFSFD7-258,PACK-R1 

XX PROGRAM HAME-DCP56a,BRTMAX-7 ,nFFMrERM-7 , 

'' DFFNDF-7,OFFSFDr-2 5S.PACK-Rl 

XX PROGRAM NAME-DCP369,MRTnAX-7,DFFBTERB-7. 

^•' 0FFWDF-7.DFF5FDT-2 58,PACK-R1 

XX PROGRAM NABF-DCP370.MRTBAX-7,DFFBTERM ^, 

" 0FFNOF-7,DfF5FDT-25S.PACK-R; 

XX PROGRAB NABE-DCP:71 ,BRrBAX-7 ,DFFMTERB -7, 

^-' CFFNDF-7.D'^F5FD'-2 58,PAC<-R1 

XX PROGRAM NfiME-DCP372,M(7!BAX-7,DFFBrERM-7, 

^^ OcFFJDF-7.DFF5FD7-253,PACK-R: 

XX PROGRAM NABE-DCP373,BR;n,-,X-7,;!FFMTERM-7, 

" BFFNDF-7,DfF5F0F-258.PACK-R) 

XX PROGRAM HABE-DCP37A,MRTMAX-7,DFFBTERB-7 . 

^'' 0FFNDF-7,0FfSF[it-2 5a,PACK-Rl 

XX PROGRAB NAME-DCP375,BR7MAX-7,DFFMTERB 7, 

'^ DFFNDF-7, 0FFSFD7-25S,PACK-R1 

XX PROGRAB MABE-DCP376,BRTBAX-7.DFFBTERB-7. 

'^ OFFNDF-7 .DFF5FDT-258,PACK-Ri 

XX PROGRAM NABE-OCP377,MRFBAX-7, DFFMTERM-7, 

'^ L7FFFJ0F-7,DFF5FDT-?58,PACK-RI 

XX PROGRAB NABE-DCP378,BRTMAX-7,0FFB7ERB-7, 

''' t7FFSDF-7,DFF5F!)r-.7 58,PACKRJ 

XX PROGRAB NABE-DCP379.nRIBAX-7,DFFBTERM-7, 

^' I7ffndf-7,dff5fdt-253,pack-r; 

XX PROGRAM HABE-DCP380,MRTBAX-7, DFFMTERM-7, 

'■^ DFFF^DF-7 ,DFF5F0T-258,PACK-F71 

XX PROGRAM NABE-DCP381,MRlMAX-7,DFFMTERB-7, 

^^ DFFKDF-7,DFF5FDT-258,PACK-RI 

XX PROGRAB NAME-DCP382.BRTBAX-7,DFFBTERr^-7, 

'■' 0FFNDF-7,DfF5FDT-253,PJCK-R; 

XX PROGRAM FJABE-DCP383.MR1MAX 7,DEFMTERB-7 

^' F7FFF^DF-7 .OFFSFD' 258,PACK-R! 



Figure 18 (Part 7 of 8). CCP Assignment Set Listing for Example-5704-SC2 Only 
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PROGRAH NAME 
PROGRAH HAMf; 
PROGRAf^ SAME 
fROGRA.M NAME 
PROGRAM NAME 
PROGKAM NAME 
PROGRAM NAHE 
PROGRAM NAME 
PROGRAM NAME 
PROGRAM NaML' 

rpoGRAM hiAinr 

PROGRAM NAME" 

PROGRAM NAML 

PRLiGRAM NAME 

PROGRAM NAMC- 

TROCRAM NAME- 
PRGGRAr'^ NAME 
PROGRAM NA.Mfc- 
PROGRAM H,\nZ- 
PRiiGSAM HAf^E- 
PROGRAM NAME- 
PROGRAM NAM!. 
PROGRAM NAME- 
PROGRAM NAME- 
PROGRAM NAME 
PROGRAM NAME- 
PROGRAM NAMf.- 
PKOGRAM NAME 
PROGRAM NAME 
PROGRAM NAME- 
PROGRAM NAME 



DCP38<t 
DCP385 
DCPJS6 



RGGR 



^■^ME 



PROGRAM NAMc 
PROGRAM NAME- 
PROGRAM NAME- 
■ PROGRAM NAME- 
PROGRAM NAME- 
PROGRAM NAME 
PRUGRAn NAME 
PROGRAM .NAME 
PROGRAM NAME- 



DCP38S 
0CP389, 
DCPi90 , 
DCP591 . 
DCP392, 
DCP39:! . 
0CP59A, 
DCP395, 
DCP396 . 
DCP,;97 , 

D[:p:93. 

DC P 3 9 9. 

DGf'<.OG, 
OCP^Ol . 

DCP'.CJ. , 
DCPftC 

DCP'tC!^ 
DCP^Ofa 
DCP'^0/ 
DCPAOS 
DCP'i09 
DCPtilO 
DCP'tl 1 

DCP'.:? 

DGP'iii 

DCP'il ■) 
DCP'. IS 

DCP'rl? 

DCPAIE 
■DCP'il9 
-DCP'i20 
-DCP'-.^! 
DCP^Z2 
DCP'.2J 
CCP42A 
DCP'iZ^ 



MRTMAX--; 
DFf HDf-7 
MRTMAX-7 
DEFNDF-7 

.MRTMAX-7 
DEFNUF-? 

,MRTMflX-7 
DEFNDF'7 

,MRTMAX-; 
DFFNDF-7 
MRTMAX-7 
DFPNDF-7 
MRTMAX-7 
DFFHDF-7 
MRTMAX -7 
DFFNDF-7 
MRTMAX-y 
DFFNDF-7 
MRTMAX-7 
DFFNDF-7 
MRTMAX-7 



MRTMAX- 
DFFNDF - 

MRTMAX- 



MRTMAX- 
DFFNDF- 
MRTMAX- 



DFFNUP- 
MRTMAX- 

:;ffndf- 

M?TMAX- 
DFFNDF- 



'JDF- 



DFFNCF-7 



MRTMAX* 
DFFNDI - 
MRTMAX- 
DFFHDF- 
MRTMAX- 
DFFNDF- 
MRIMAX- 
DFFHDF- 
MRTMAX- 
DFFHDF- 
MRTMAX- 
DFFHDF- 
MRfMAX- 
nFFNDF- 
MRTMAX- 



r;FrNDF -7 
MRTMAX-7 
DFFNOF-7 

, MRTMAX-7 
DFFNDF-7 

, MRTMAX-7 
DFFNDF-7 
MR I MAX- 7 
DFFNDF-7 
MRTMAX-7 
DPFNDF-7 
MRTMAX-7 
DFFNDF-7 
MRTMAX-7 
DFFNDF-7 



,DFFMTERM-7. 
,DFFSrDT-258 
.DFFMTERM-7, 
.DFF5FDr-258 
,DFFMTERM-7, 
,DFF5FDT-?58 
,.DFFMTERM-7, 
,DFFSFDT-258 
.DFFMTERM-7. 
,DFF5rDT-258 
.DFFMTERM-7, 
,DFFSFDT-258 
.DFFMTERM-7. 
.DFFSFDT-258 
, DFFMIERM-7, 
.DFFSFDT-258, 
. DFFMTERM-7 . 
,DFFSFDT~253, 
. OFFMTERM-7 . 
,DFF5("DT-258, 

■ DF-TMrERM-7, 
.DFF3FDT-258, 
.DFrMfERM-7, 

. DFFSFDT-238, 

■DFFMTERM- 7, 

.DFF5FDT-258, 

.DFFMTERM-7, 

.DFF5FDT-25S, 

.DFFMTERM-7 . 

.DFFSFDT-258, 

DFFMTERM-7, 
.DFF5FDT-258. 
.DFFMTERM-7, 
.DFrSFDI-253, 
.DFFMTERM-7, 
.DFFSFDT-25S. 
.DFFMTERM-7 
, DFFSFDT-258, 
.DFFMTERM~7 . 
.DFF5FDI-25S, 

DFFMTERM-7 , 
■Dt FSFDT-258 

■ UFFMTERM-7, 

. DFFSFDT-25a. 
.DFFMrERM-7 . 
DFFSFDT-25S 
.DFFMTtRM-7. 
.DFFSFDr-258 
.DFFMTERM- 7, 
. DFFSFDT-258 
. DFFMTERM-7 . 
.DFFSFDT-258 
. DFFMTERM-7 , 
.DFF5FDT-258 
. DFFMTERM-7 , 
.DFFSFDl -258 
.DFFMTERM-7, 
.DFFSFDT-258 
. DFFMTERM-7, 
.DFFSFDT-258 
. DFFMTERM-7 , 
.DFFSFDT-258 
. DFFMTERM-7, 
.DFFSFDT-258 
.DFFMTERM-7, 
.DFFSFDT-258 
.DFFMl LRn-7, 
.DFFSFDl-258 
.DFFMTERM-7 , 
.DFFSFDT-258 
.DFFMTERM-T, 
,DFF5FDT-25S 
,DFFMTERM-7, 
,DFFSFDT-25a 
,DFFMTERM-7 . 
.DFFSFDT-258 
.DFFMTERM-7. 
.DFFSFDT-258 
,DFFMTERM-7, 
.DFFSFDT-258 
.DFFMTERM-7, 
.DFFSFDT-258 
, DFFMTERM-7. 
.DFFSFDT-258 



■PACK-Rl 
■PACK-Rl 
PACK-Ri 
PACK-Rl 
PACK-Rl 
PACK-Rl 
PACK-Rl 
PACK-Rl 
PACK-Rl 
PACK-Rl 
PACK-Rl 
PACK-Rl 
PACK-Rl 
PACK-Rl 
PACK-Rl 
PACK-Rl 
PACK-Rl 
PACK-Rl 
PACK-Rl 
PACK-Rl 
PACK-Rl 
PACK-Rl 
PACK-Rl 
PACK-Rl 
PACK-Rl 
PftCK-Rl 
PACK-Rl 
PACK-Rl 
PACK-Rl 
PACK-Rl 
PACK-RI 
PACK-Rl 
PACK-Rl 
PflCK-Rl 
PACK-Rl 
PACK-Rl 
PACK-Rl 
PACK-Rl 
PACK-Rl 
PACK-Rl 
PACK-Rl 
PACK-Rl 



PROGRAM NAME-FL192B.FILES- 



// PROGRAM NAnE-FL192C, FILES- 



PROGRAM NAME-F1192D,F1LES- 



'FIL016/IS.FIL017/IS,FIL 
FIL019/IS. FIL020/IS, FIL 
FIL022/IS,FU025/15,FIL 
FIL025/IS.FI1026/1S.FIL 
FIL 028/1 5, FIL 029/1 S. FIL 
FIL031/IS,FIL112/IOU/NO 
FILllS/IOU/NOSHR.FILU'.. 
FIL115/I0U/N0SHR,FIL116. 
FIL117/I0U/N0SHR,FILlia 
FIL119/10U/NOSHR.FIL120. 
FIL121/IOU/N05HR, FIL 122. 
FIL123/I0U/N0SHR.FIL12'i. 
FIL125/I0U/NCSHR.FIL126. 
FIL127/I0U/NOSHR' ,PGMDA 

'FIL032/IS,FI103 3/IS.FIL 
FIL035/IS,FIL036/I5, FIL 
FIL038/IS,FIL039/I5, FIL 
FIL0'iI/IS,FIL0'i2/IS. FIL 
FIL0'i'i/IS,FIL0<t5/IS. FIL 
FIL 017/ IS, FILL 28/1 DU/NO 
FIL129/I0U/N05HR. FIL 130. 
FIL131/I0U/N0SHR,FIL132 
FIL13 5/ lOU/NOSHR. FILLS',. 
FIL135/IOU/N0SHR,FILn6, 
FIL137/IOU/N05HR,FIL138, 
FIL139/IOU/H05HR,FIL1'*0. 
FUl'il/I0U/N0SHR.FIL112- 
FIL1'.3/IOU/NOSHR' ,PGMDA 

F:L018/IS, FIL0*t9/lS.FIL 

FIL051/IS. FIL052/IS. FIL 

FIL05'i/IS. FIL055/IS. FIL 

FIL057/I5.FIL0 58/15. FIL 

FIL060/IS.FILD61/IS.FIL 

FIL063/I5,FILl'i1/IOU. 

FIL1<,5/I0U/N05HR.FIL1'.6. 

FIL117/I0U/N03HR,FILl'i8. 

FILI'.9/IOU/N05HR,FIL150. 

FIL151/I0L)/N0SHR,FIL152. 

FIL153/I0U/N05HR.FU15'.. 

FIL155/IOU/N0SHR,FIL156. 

FIL157/I0U/NOSHR.FIL158. 

FIL15 9/I0U/NOSHR' ,PGMDA 



018/ 
□ 21/ 
021^/ 
027/ 



OU/NOSHR, 
OU/NOSHR, 
OU/NOSHR, 
OU/NOSHR, 
OU/NOSHR, 
OU/NOSHR, 
OU/NOSHR. 



OS^t/IS 
037/IS 
0^0/IS 
Df-S/IS 
0'i6/IS 
SHR. 

lOU. 

lOU. 

IDU 

lOU. 



NOSHR, 
NOSHR, 
HOSHR, 



lOU/N 
lOU/N 
TA-NO 

050/15 

053/15 

C56/IS 

5 9.--IS 

062/IS 

SHR. 

/lOU/N 

lOLl/N 

lOU/N 

lOO/N 



lOU. 

TA-Ni 



■nosh: 

-NOSH 



PROGRAM NAME-FL192E,FILES- 



// PROGRAM NAME-FL192F, FILES- 



'FIL06 
FILC6 
FIL07 
FILD7 
FU07 
FIL07 
FIL16 
FUU 
FIL16 

Fine 

FIH6 
FU17 
FIL17 
FIL17 

'FILO 
FIL 
FILO 
FILO 
FILO 
FUO 
FIL 1 



S, FIL 
S, FIL 
S,FIL 
5. FIL 
5, FIL 
5. FIL 



5/1 
068/1 
071/1 
7 A/ I 
077 
160/1 



9/1 

l/I0U/NO5HR,F 

3/I0U/N05HR.F 

5/IOU/NOSHR.F 

7/IDU/NOSHR. F 

9/1 

l/I 

5/1 

5/1 



lOU/NO' 
lOU/NO' 
lOU/NO' 
lOU/NO' 



SHR 
SHR" . 



S , F 1 L 

S.FILO 

S.FIL 

S, FILO 

S.FIL 

OU/NOS 

ILU2/ 

IH6A/ 

II 16(,/ 

IL16S/ 

IL170/ 

IL172/ 

ILWii/ 

PGMDAT 



66/IS, 

69/IS, 

72/15. 

75/15. 

78/15. 

HR, 

lOU/NOSH 

I0U/N05H 

inii/NGSH 



S.FIL 
5, FIL 
S,FIL 
S, FIL 
5, FIL 
S. FIL 
OU/HO 
OU/NO' 
OU/NO 



081/1 
081/1 
0S7/I 
090/1 
093/1 
176/IOU/NO' 



, FU 
,FU 
,FIL 
, FIL 
,FIL 



082/ 
085/ 
088/ 
091/ 
09^./ 
SHR, 



OU/NO 



FIL 
FIL 
FIL 
FIL 
FIL 
FIL191/I0U/N0 



SHR,F 
SHR,F 
SHR,F 
SHR, F 
SHR. F 
SHR. F 
SHR. F 
SHR 



U178' 
ILISO/ 
U182' 
UlS't/ 
IL166' 
1L18S/ 
IL190' 
PGMDAl 



IOU/N05HR. 
I0U/N05HR, 
IOU/N05HR, 
I0U/N05HR, 
I0U/N05HR, 
IDU/NOSHR . 



PROGRAM NAMt:- 
FILS19/1S. FIl 

PGMDAl;.-NO 



SML51 .FILES- 'FI LSI 7/15. FILS18/ IS, FILS16/IS. 
S2D/IS, FU 521/1 S.FUS22/IS.FI LS23/I5.FILS2<i/I5' 



// PROGRAM NAME-Fl 19L>A, FIIE5-'FIL000/IS.FILG( 

-'•' FIL003/IS, FILO( 

// FILOG6/IS,FIL0( 

^'' FIL009/IS,FIL0; 

•'^ F1L012/IS, FILO] 

// FIL015/I5, 

'''' FU097/I0U/N0S 

// FIL099/IOU/NOS 

// FILIOI/IDU/NOS 

-''' FILin3/IOU/N0S 

-''' FIL105/IOU/NOS 

/'' FILia7/I0U' 

'''' FI1109/IOU/NOS 

'■/ FILlll/lOU/NOS 



1/IS,FIL002/IS, 



HJ?,FI 
R.FI 
'R,FI 
HiR,FI 
HR.FI 
HR.Fl 
H1?,FI 
MR' 



S. FIL 
5,FU 
S,FIL 

L09S. 
LlOO 
L102. 
L104. 

L106: 

LI 08. 
LllO 
GMDA 



Oll/I 
011/1 

lOU/ 
/lOU/ 

lOU. 

lOU. 

lOU. 
/lOU. 
/lOU. 



OSHR, 

05HR, 

/NOSHR, 

NOSHR. 

KOSHR. 

NOSHR, 

NOSHR. 



Figure 18 (Part 8 of 8). CCP Assignment Set Listing for Example— 5704-SC2 Only 
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DISK STORAGE ESTIMATES FOR THE CCP 



Space occupied on the production pack (pack on 'CCUNIT' specified in 
$EGEN generation control statement). 



Object Library: 
Base number 
If MLTA supported, add 
If BSCA supported, add 
If DFF supported, add 

Source Library: 

Cardless-generation 



1 120 sectors 
65 sectors 
45 sectors 
65 sectors 

7 sectors 



Total 



Space occupied on a program preparation pack (pack on 'PPUNIT' specified 
m $EPLG generation control statement): 



For LANG-ASSEM, 198 sectors in source library 
For LANG-RPGII, 9 sectors in object library 
For LANG-COBOL, 2 sectors in object library 
For LANG-FORTRAN, 2 sectors in object library 



Total 
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Add one sector if the sum of BSCA-n plus LINES-n is 
less than seven; add two sectors if the sum of BSCA-n 
plus LINES-n is seven or greater 

If any switched lines are to be supported, add one sector 
For DFILES-n, add one sector per 12 or fraction thereof 
For PROGS-n, add one sector per 5 or fraction thereof 



Size of $CCPFILE (determined from specifications in $EFIL generation control 
statement and generation statements defining lines and terminals): 



Determine the number of sectors per assignment set as follows: 

Start with one sector 

For TERMS-n: 1 - 14 terminals, add 3 sectors 
15-22 terminals, add 4 sectors 
23 - 28 terminals, add 5 sectors 
29 - 42 terminals, add 6 sectors 
43 - 44 terminals, add 7 sectors 
45 - 51 terminals, add 8 sectors 

For BSCA-n ($EBSC) and LINES-n ($EIVILA): 



Total 
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Determine the space for all assignment sets by multiplying 
the total above by the number specified for SETS-n. To 
this product add 39 sectors for Program Number 5704-SC1 . 

For Program Number 5704-SC1 only 

Determine the number of sectors required by each storage 
dump. 

The supervisor and the CCP partition are written to disk 
whenever a dump occurs. To calculate the disk space 
required, 1 K bytes of main storage require four sectors 
of disk space): 

1. Add the supervisor size to the CCP partition 
size. 

2. Convert to sectors. 

3. Add one sector to this amount; the CCP requires 
this sector for the header record. 

The above calculation results in the number of sectors 
needed for a dump. 

For Program Number 5704-SC1 only 

Multiply the above number of sectors by the number of 
dumps specified (DUMPS-n) for the total number of sectors 
allocated for main storage dump space. 

The sum is the total number of sectors allocated for 
SCCPFILE. 
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For Program Number 5704-SC2 only 



The storage dump area calculation for $CCPFILE may be 
omitted for Program Number 5704-SC2. The storage dumps 
are placed in the main data area file {$CCPDUMP). This 
file is used for tracing to disk with the OCC loadable CCP 
trace; it is also used for storage dumps. 



Size of $CCPDUMP (determined from specifications in 
$EFIL generation control statement) 

A. Determine the number of sectors required by each 
storage dump: 

1. Multiply system size in K by 4. (This yields the 
number of records per dump.) 

2. Add 1 . (One record/dump is required as a header 
record.) 

B. Multiply the above number of records by the 
number of dumps (DUMPS-n) specified for the 
total records allocated for the main storage dump 
space. 

C. Convert the above to tracks by dividing by 48 and 
round up to the nearest number. 

D. Add the number of tracks (DPTRAC) designated 
for use by trace. 

E. Add one track (this track will be used as directory 
space). 



Work file space required during generation: Three work files 
are used, the filenames and the sectors required are: 

For SSOURCE, 4080 sectors 
For$WORK, 1200 sectors 
For$W0RK2, 1200 sectors 



Total 



Note: Cardless-generation procedures as supplied require 20 tracks for a SSOURCE 
workfile at location 386 on the CCP distribution pack. 
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TIPS FOR IMPROVED PERFORMANCE AND MAIN 
STORAGE UTILIZATION 

This discussion is intended as a summary of techniques for 
improving CCP performance (response time) and CCP main 
storage utilization. In some cases, techniques for improving 
CCP performance result in increased use of main storage. 
On the other hand, techniques for saving main storage space 
may result in somewhat slower performance. The proper 
balancing of these two factors for a particular installation 
depends on the application requirements of the installation 
and the hardware resources available to the installation. 

Analyzing the application mix of a particular installation 
will help determine requirements for performance and main 
storage utilization. In general, applications that call for 
continuous and prolonged interaction between the terminal 
operator and the system, such as order-entry applications, 
require minimum response time so the operator can be as 
productive as possible. Inquiry applications, on the other 
hand, might not require such rapid response, because 
operator interaction with the system is not likely to be 
continuous, and operator productivity is not likely to be as 
dependent on the response time of the system. Thus, when 
the predominant type of application being run under the 
CCP is order-entry, system design choices can be weighted 
in favor of improving response time, even if it costs main 
storage space. When the predominant type of application 
is inquiry, system design choices can favor saving main 
storage space. 

Resident Accept: The ACCEPT operand of the $EFAC 
generation statement specifies whether accept-input 
operations are to be handled by code resident in main 
storage or by a transient. Resident accept (ACCEPT-YES)' 
reduces transient area contention and provides faster access 
to data. It is especially effective for single requesting 
terminal (SRT) program type operations. 

Resident OFF Format Index (5704-SC2 only): The 
DFFINDX operand of the system assignment statement 
specifies whether the OFF format index built by startup is 
to be resident in main storage. Resident indexes reduce the 
time required to locate a OFF format. It is especially 
effective for single requesting terminal (SRT) programs that 
use OFF type operations and PRUF type programs. 

If DFFINDX-NO is specified, a partial DFF index can be 
built in main storage if the external pointer list is built and 
there is room for indexes. Refer to External Pointer List 
for more information. 



Resident OPEN/CLOSE: (5704-SC2 only): The RESOPN 
operand of the $EFAC macro for generation causes 
SCCROC to be loaded during startup. This eliminates the 
need to call transients for allocate open and close functions 
under CCP. In an RPG II program with card input and 
index load file output, the resident module saves 18 
transient calls for one program request. For sort with one 
input and one output file, the resident module saves 38 
transient calls for each program request. However, resident 
open/close requires 55 bytes in $CC4#1 and 10K bytes of 
storage to be allocated to the UPA. 

Resident Program Request (5704-SC2 only): The RESREG 
operand of the $EFAC macro for generation causes $CCRPR 
to be loaded during startup. This eliminates the need to call 
transients for CCP program request functions. For an SRT 
program request or a nonactive MRT program request, four 
transient loads are saved. For an active IVIRT program request, 
three transient loads are saved. Three transient loads are also 
saved each time the system operator wants a program request 
(PF9 key). Resident program request also saves two transient 
loads for each system or terminal operator command that 
is entered. If RESREG- YES is specified, $CCRPR occupies 
4K bytes of storage, which would otherwise have been 
allocated to the UPA. 

The following system design considerations and techniques 
can be used to improve CCP performance and/or main 
storage utilization: 

Resident Polling: The RESPOL operand of the $EBSC 
generation statement (see index entry) specifies whether 
BSC polling modules are to be resident in main storage 
rather than be executed as transients. Resident polling 
(RESPOL-YES) is especially important when both DSM 
partitions are active to ensure good response time. If resi- 
dent polling is not used, the CCP can be prevented from 
polling when the non-CCP program partition is using the 
DSM transient area (for example, for disk access). 

Placement of Files and Programs on Disk: CCP performance 
can be improved through careful arrangement on disk of 
DSM and CCP routines, SCCPFILE, user application pro- 
grams, 3270 display formats, and data files. These elements 
of the system can be arranged in such a way as to keep disk 
access mechanism movement at a minimum during CCP' 
operation, thus improving disk access speed. Dual spindle 
systems or the 5445 allow more flexibility in arrangement. of 
these elements than single spindle systems. 

DFF Buffer Support (5704-SC2 only): Specify an optional 
DFF buffer for each BSC line using DFF to improve per- 
formance by allowing up to four DFF user PUTs to be 
scheduled in various stages of transmission at any given 
time. See IBM System/3 CCP System Design Guide, GC21- 
5165 for additional information. 
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Minimizing Disl< Access Mecfianism Contention: The ex- 
amples shown in Figure 16 for a dedicated system illustrate 
disk arrangements that minimize disk access mechanism 
contention. These arrangements would not necessarily be 
best for all CCP configurations. For example, the location 
of SCCPFILE is critical to performance when inquiry 
programs are used frequently or when programs use DFF 
with many different formats, because program allocation 
and initiation occur frequently with frequent accesses of 
SCCPFILE by the CCP. In order-entry applications, on 
the other hand, program allocation and initiation occur 
less frequently and the placement of SCCPFILE is less 
critical; however, placement of data files become critical 
for good performance, because frequent access to disk data 
files is likely. 

Arranging the elements of the CCP system according to 
certain general guidelines can improve CCP performance. 
Some guidelines to follow are: 

• Generate CCP on a clean (initialized) disk volume on 
which an object library was created before generation. 



CCP USEft TASK PRIORITIES 

The priority of user tasks under CCP is determined by the 
program type. An awareness of the priority structure can 
help to assure that the relative priority of user tasks meets 
installation needs. The following list shows the priority 
structure by program type. FIFO and LIFO refer to first- 
in-first-out and last-in-first-out respectively. LOW refers 
to the low priority option on the Assignment PROGRAM 
statement. This statement is only valid under Program 
Number 5704-SC2. 

NEP(FIFO) 

NEP- LOW (LIFO) 

IV]RT(FIFO) 

SRT(LIFO) 

MRT and SRT LOW (LIFO) 

Interval polling: INTPOL on $EBSC generation, non-MLTA 
systems, can significantly reduce metered processing unit 
time in low activity periods. 



• Place compilers on separate, removable program prepa- 
ration packs to free object library space that is as close 
as possible to the beginning of the library on the DSM 
pack for user programs or 3270 display formats (if used). 

• Place user programs and display formats into the object 
library that has space available nearest the location of 
the CCP transients ($CC4xx) at the beginning of the 
library to minimize disk access mechanism movement 
for retrieval of formats and programs. 

• Place SCCPFILE next to the object library on the disk 
unit that has the smallest object library or as close as 
piossible to the beginning of the disk volume, if no object 
library is present on that volume. This provides the 
fastest disk access to SCCPFILE. 

• Eiuild packs containing data files evenly, placing the most 
frequently used files in the center. Then put the remain- 
ing data files on each side of the center files according to 
their usage. In other words, the more often a file is used 
the closer to center it would be; the less often a file is 
used the farther from center it would be. 



3284 Printer Busy Timer: If you are using a remote 3284 
printer for output and receive numerous printer busy condi- 
tions, consider one of the following methods. These methods 
decrease the amount of line activity required for CCP to 
process your request for output and to return the code 
indicating the printer is busy. 

1 . After receiving a printer busy return code, set the 
interval timer via the macro SSIT. This stops your 
task for a specified amount of time before retrying 
your put operation. Note that this method requires 
an assembler. 

2. Use the RPG II operation code TIME to get the time 
of day. Issue the time operation until the desired 
time period elapses from the initial time request. Then 
reissue the put operation request. 

3. Use the CCP operation code WAT to wait for a speci- 
fied time before retrying the operation. 

Note: This method requires a transient to be loaded and 
can cause conflicts involving the disk drives. 
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Track 



Dedicated System 




1 = SCCPFILE 

2 = User Programs 

3 = Data Files 

4 = Disl< System Management 

5 = CCP 

6 = 3270 Display Formats (DFF) 

[J CCP Transients ($CC4xx) 

H Reserved tracks; source library 

SCCPFILE shown in R1 because R1 has a smaller 
object library in this example. 

Least-used data files. 

Figure 16. Examples of Disk Arrangement for Good Access Speed. RESPOL-YES Assumed. 
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Use of High-Speed Hardware: BSC communication line 
speed can be increased througPi use of BSCA high-speed 
features or El A local attachment feature (see IBM System/3 
Models 8, 10, 12, and 15 Components Reference Manual, 
GA21-9236 for details). 



Using Get instead of Invite and Accept Input: In suitable 
applications, such as simple inquiry without 3270 OFF, use 
of get instead of invite input saves one data move operation, 
saves CCP task switching, and saves the accept input opera- 
tion. 



Blocking 3270 data causes minimal degradation in total 
response time. With blocking, the display format actually 
begins to appear sooner than without blocking. The screen 
blinks as it receives each block of data. 



Console Activity: Excessive communication with the con- 
sole by programs running under the CCP can degrade CCP 
performance by causing a backup of unanswered messages. 



Activity of the Non-CCP Program Partition: In dual parti- 
tion systems, the type of activity in the non-CCP program 
partition can affect CCP performance. For example, if the 
program in the non-CCP partition is doing a great deal of 
disk I/O, contention for disk access can cause slower CCP 
performance. Also contention for use of the DSM transient 
area between partitions causes slower CCP performance. 



Single Function Inquiry Coding Technique: By entering 
data to inquiry programs with the program request, the 
inquiry program needs to perform only two communica- 
tions operations— an accept input from the terminal and a 
put to the terminal. If the number of disk accesses done by 
the program is kept to a minimum, response time for such 
inquiry programs is minimal and response time for other 
programs currently in storage is improved. 



Updating Shared Files: When two or more programs are 
updating shared files concurrently, CCP performance can be 
impaired by two or more programs attempting to update 
records from the same disk sector at the same time. For 
example, when a program retrieves a record but takes no 
action, that record is not updated and the next record is 
not retrieved. 



Using DFF Output/Input Field Types 7 and 8 to Identify 
Screens: Output/input field types 7 and 8 are protected, 
alphameric, nondetectable fields with the modified data 
tag on. Type 7 fields are nondisplay; type 8 fields are dis- 
played at normal intensity. See IBM System/3 Communi- 
cations Control Program Programmer's Reference Manual, 
GC21-7579 for complete information concerning DFF field 
types. 

DFF output/input field types 7 and 8 are protected and 
cannot be changed by the terminal operator. These two 
field types can be overridden to types 1, 2, or 5. 



DFF output/input field types 7 and 8 can be used to store 
information at the terminal. This information is retrieved 
with the next get or accept input operation as long as the 
modified data tags are not set off by the program. These 
field types can be used (by placing information in them 
with a put message or put override operation) to determine 
two different things: 

1 . If the program uses multiple formats to perform its 
job, these fields could be used to determine which 
display format the terminal currently is using. 

2. If the program has a series of multiple steps or opera- 
tions to perform with one format, these field types 
could be used to tell the program which step was 
performed last with this terminal or which step 
should be performed next. 

The put override operation with reset modified data tags 
(select input fields) should not be used on a format that 
contains type 7 or 8 fields because these modified data tags 
are set off and the data is not returned to the program unless 
they are overridden to a type 1 or 2. If the type 7 or 8 
fields are not overridden to a type 1 or 2, after a reset 
modified data tags operation, the data at the terminal 
cannot be changed by the terminal operator because the 
fields are protected. Because the modified data tags are 
off, the data is not returned to the program. 
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The output/input field types 7 and 8 should be defined in 
the formats such that the data received from these fields 
would appear immediately after the attention identification 
character. Recognition of this data and how the following 
data should be read is then determined. 

When the DFF output/input field types 7 and 8 are used 
to determine which format is presently at the terminal, 
the accept input or get operation maximum expected 
length placed in the parameter list (or array) should re- 
flect the length of the longest record area expected from 
any of the possible formats. Otherwise a truncated data 
return code might be received. 

If a single display format is used for all operations, the pro- 
gram can check the value of the output/input field when 
input is received from the terminal to determine which step 
in the series to perform. When the program has completed 
that step, it can issue a put override operation to change 
the value of the output/input field to call for the next step 
in the series. 



Code All Display Formatting in the Program: In inquiry 
applications that are highly response-time dependent, per- 
formance can be improved by coding all display formatting 
in the application program rather than using DFF. Response 
time can be shortened because accessing of display formats 
on disk is avoided. 



Program Request Under Format (PRUF): A program is a 
PRUF program when the PRUFLNG parameter is specified 
in the PROGRAM statement. The PRUFLNG parameter 
specifies the maximum length of program request data 
acceptable by the program. If the PRUF program is also a 
DFF program, the PRUF$Z parameter is specified. This 
gives the name of the format which is used by DFF to for- 
mat the program request data. 



PRUF provides the following capabilities: 

• More than one field of data can be passed as program re- 
quest data. 

• More than 78 characters of data can be accepted as pro- 
gram request data. 

• The AID character is passed as program request data to 
PRUF programs but not to non-PRUF programs. 

• DFF moves program request data to the user program 
being requested under format control if the program be- 
ing requested is a DFF PRUF program. DFF does not 
process non-PRUF program request data. 

• Main storage can be used efficiently because a program 
does not need to be in main storage during a lengthy 
terminal operator keying operation. 

To inform CCP that the next program request from a 3270 
terminal will be a PRUF program request, user program A 
(which may be a PRUF or a non PRUF program) executes 
a PRUF-PUT operation to the 3270 terminal as its last out- 
put operation prior to releasing that terminal or going to 
end-of-job. Before returning the terminal to command mode 
status, CCP reserves an area from the TP buffer, equal in 
length to the maximum PRUFLNG, as a temporary hold 
area for the program request data from that terminal. CCP 
only reserves a TP buffer area equal in length to the 
PGMREQL, as specified in the SYSTEM statement, if the 
last user output operation to that terminal is not a PRUF- 
PUT operation. The first field entered from the 3270 must 
be the program name of the PRUF program to be requested 
and must not begin before row one, column two on the 
screen. This field is normally output as the first field by 
program A's PRUF-PUT operation. The terminal operator 
then keys in data to all needed input fields on the screen. 



With a non-PRUF request, the maximum amount of data 
that can be passed to a user program, as a program request, 
is 78 characters. This causes inefficient usage of the 3270 
terminal buffer for program to program communication. 
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When all the needed fields are keyed in, press the ENTER 
key, a PF key, or insert a card into the card reader. (This 
action is device dependent.) Now program request for pro 
gram B enters the system, if program B is a non-DFF pro- 
gram, the following data is passed as piogram request data 
to program B: 

pDACCS 
yEI(a@B@(aPGMNAM|;SPGMDATA 



VD A 



Where: 

C 
U 



Control unit address of the 3270 terminal 



D 

E = Device address of the 3270 terminal 

V 



i = Aid character 
D 



The following considerations apply when running CCP 
assignment sets with PRUF programs: 

• PRUF PUT operations to the system console are invalid. 

• If PRUF is active on the 3270 terminal at program request 
time, and the program being requested is a non-PRUF 
program, CCP rejects the program request. 

• If PRUF is not active on the 3270 terminal and the pro- 
gram being requested is a PRUF program, CCP issues a 
02 return code following the accept input operation. The 
program request data returned in this case begins with the 
first character of data following the program name and a 
blank. This will not have been processed by DFF. 

• If PRUF is active on the terminal, all system messages to 
that terminal are output in positions 82 through 160. 
Therefore, these positions.should be passed with caution 
at program request time to PRUF programs. 

• If PRUF is active on the terminal and the operator 
presses the CLEAR key, PRUF is inactivated. 



CC 

(5)@ 



= Cursor address 



B = Set buffer address (X'lT) 
A 

@(a = Address of start of PGMNAM field 

PGMNAM = Name of program B 

\& = EBCDIC character for a blank (X'40') 

PGMDATA = Remainder of 3270 text stream or the 
number of characters specified by 
PRUFLNG parameter, whichever is the 
smaller of the two 

A PRUF program request returns more characters of data 
(eight + PGMNAM length -t one, more) than a non-PRUF 
program. If program B is a DFF PRUF program, DFF 
attaches the PRUF$Z format to the program. Using that 
format for control moves data into program B's input record 
area at program request time. 
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Appendix G. Installation Verification Program 



The installation verification program (CCPIVP) is furnished 
as a load (0) module on the CCP RID pack. CCPIVP is a 
single requester program allowing data with the program 
request. The program communicates with the 3277 CRT 
after being requested. 

Because of the design of the program, it can be requested 
from a command terminal as well as the console keyboard. 
However, once CCPIVP is loaded, it communicates solely 
through the CRT. If CCPIVP is requested by a terminal 
rather than the console, the requester is released immediately. 

Functions that can be exercised by CCPIVP include: 

1 . Load from the system console keyboard. 

2. Release of a requesting terminal (other than the 
system console). 

3. Data with the request. 

4. Single requester programs. 

5. Program queuing. 

6. Program request resource allocation. 

7. Symbolic files including the file specification command, 
if specified via assignment. 

8. Use of put wait, put then get, and put no wait to the 
console. 



9. 



10. 



Allocation, open, close of a 5444 consecutive file 
under the CCP. Based upon input from the CRT: 

a. CGIVFILE is allocated, opened as a consecutive 
output file on the 5444. 

b. Records are written to the file. 

c. CGIVFILE is closed. 

d. CGIVFILE is opened as an input file. 

e. CGIVFILE is dumped to the console or to the 
printer. 

f. CGIVFILE is closed. 

On unexpected return codes (non-00 for puts, non-00 
or non-01 on put then gets), the ability to retry the 
operation. 



1 1 . Concurrent execution of more than one copy of 
CCPIVP provided symbolic files are used. 

12. Use of the console to enter operator commands or to 
communicate with the program. 

13. Closingof CGIVFILE at shutdown. 

Two sample assignment sets are supplied, $CGSET and 
$CGSST. Both include the PROGRAM and DISKFILE 
statements necessary to run CCPIVP. 

Sample assignment set $CGSET is punched into cards during 
a card-oriented generation. It includes OCL and control 
statements for running the assignment program, optional 
link edit OCL, and OCL for CCP startup. 

Sample assignment set SCGSST is printed and copied to the 
users production pack during a cardless generation. $CGSST 
contains only the assignment control statements and no 
OCL statements. 

Either sample assignment set can be modified according to 
the user's configuration. 

After generation is completed, an assignment build program 
must be run including a DISKFILE, and PROGRAM state- 
ment for CCPIVP in the assignment set. The CCPIVP load 
(0) module can be executed under the CCP as it exists. 



Loading the CCP to Run CCPIVP 

// LOAD $CCP,xx 

// FILE (for each actual file to be used by CCPIVP) 
See the assignment check actually used to determine 
the NAME-name entry. 

Note: CCPIVP uses the file name CGIVFILE in its 
disk DTFs. 

// RUN 
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Procedure for Requesting CCPIVP 

1. /FILE CGIVFILE, actual file name (if symbolic files 
are used) 

2a. To load from the console: 

CCPIVPI^mm/dd/yy 

8 char 

2b. To load from a terminal: 

CCPIVPI^mm/dd/yy 

8 char 



Normal Operating Messages 

DATA ENTERED WILL BECOME A 5444 DISK RECORD 
OF THE FORM XXX*MM/DD/YY*NNN TO CLOSE FILE, 
ENTER /* 

PLEASE ENTER 03 CHARS OF DATA OR /* 

DISK FILE CLOSED, ENTER P TO PRINT OR NON-P 
TO DISPLAY FILE ON CONSOLE 

The following message is displayed if a program is requested 
without data: 

PLEASE ENTER MM/DD/YY 



Operating Instructions with CCPIVP 

1. Enter data as prompted from the console messages. 

2. Messages are sent to the system operator so he can 
respond to abnormal situations while running CCPIVP. 



User Error Messages 

DATA ENTERED NOT 03 CHARS LONG OR /* PLEASE 
TRY AGAIN 

If an invalid return code is sent back to CCPIVP, the 
following message Is displayed: 

ENTER TA TO RETRY OR USE DUMP SYSTEM 
COMMAND TO DUMP MAIN STORAGE 
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/FILE (file specification) command 
description 10 
for system operator 18 
terminal operator 10 
/MSG (message) command 
(see also MSG) 
description 1 2 
/NAME command 11 
/NOQ (no-queue) command 
description 9 
for system operator 18 
for terminal operator 9 
/OFF (sign-off) command 12 
/ON (sign-on) command 9 
/Q (queue) command 
description 9 
for system operator 18 
for terminal operator 9 
/RELEASE command 11 
/RUN command 12 
$CCPAL (assignment list program) 
description 1 34 
output example 140 
restrictions 88 
$CCPAS (assignment build program) 
description 88 
execution example 137 
restrictions 88 
source specification 93 
$CCPAU (user security data program) 149 
$CCPCL (disk close) 133 
$CCPCO (open/close files from batch 

partition) 19, 32 
$CCPDF (display format generator 

routine) 34 
$CCPDT (display format test routine) 34 
$CCPDUMP file initialization ($CC1DP) 84 
$CCPFILE 

(see also assignment file) 
allocation ($EFIL generation 

statement) 66 
description 88 
initialization ($CC1BF) 84 
listing contents 134 
$CCPOP (disk open) 133 
$CCPPF (printer format generator 

routine) 34 
SCCPWORK work file 88 
$CC1BF (initialize assignment file 

build) 84 
$CC1DP (initialize trace/dump file) 84 
$CC1PP (generation utility) 84 
$CC4#M storage requirements 179 
$CC4#1 storage requirements 177, 179 



$CC4#2 storage requirements 177, 179 
$CC4Z9 (security load module) 66 
$CGDRV (SCP generator) 84 
$CGSET (sample assignment input deck) 49 
$CGSMP (CCP sample generation deck) 45 
$CGSST (sample assignment set control 

statements) 58 
$CG1G1 (sample cardless CCP generation 

instructions) 52 
$CG1G3 (sample generation listing) 54 
$CG1G4 (sample generation listing) 54 
$CG1G5 (sample generation listing) 55 
$EBSC (BSC support) generation statement 
description 73 
summary 154 
$EBSD (BSC device) generation statement 
description 77 
summary 154 
$ECSC (BSCC support generation statement) 
description 78 
summary 154 
$ECSD (BSCC devices) generation statement 
description 80 
summary 154 
$EFAC (CCP facilities) generation statement 
description 62 
summary 155 
$EFIL (CCPFILE allocation) generation 
statement 
description 66 
summary 155 
$EGEN (CCP generation stream) generation 
statement 
description 81 
summary 156 
$EMLA (MLTA support) generation statement 
description 69 
summary 156 
$EMLD (MLTA devices) generation statement 
description 70 
summary 156 
$EPLG (programming languages) generation 
statement 
description 65 
summary 157 
$ESEC (terminal sign-on security) 
generation statement 
description 66 
summary 157 
$HACCP (system history area copy 

program) 151 
$INDEX40 for indexed add files 134 
$INDEX44 for indexed add files 134 
$INDEX45 for indexed add files 134 
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$QCOPY (spool file copy program) under 

CCP 5 
SSHAFILE for $HACCP 151 
$SOURCE work file 

at generation 47 

space 83 
$WORK work file space 83 
$VV0RK2 work file space 83 



ACCEPT operand ($EFAC generation 

statement) 64 
access method, specifying for program 128 
acquirable ports, specifying 115 
ACTION parameter (SET assignment 

statement) 93 
ADDR parameter (MLTATERM assignment 

statement) 1 1 3 
ADDRCHAR parameter (BSCATERM assignment 

statement) 108 
address characters, line code 108, 113 
allocation /initiation /termination, system 

resource 24 
answering (automatic/manual), 

specifying 101 
ANYSPECS parameter (SET assignment 

statement) 94 
application design 27 
application programmer services 21 
application programs under CCP 4 
AQPORT parameter (PORTLINE assignment 

statement) 1 1 5 
ASCII operand 

$EBSC generation statement 75 

$ECSC generation statement 79 
ASCII transmission code 

generation 75, 79 

specifying 104, 115 
assembler program language generation 65 
assign symbolic terminal name command 17 
assignment 

diagnostics 88 

planning 87 

requirements 87 
assignment build program (see $CCPAS) 
assignment control statements 

EiSCALINE 103 

EiSCATERM 106 

DISKFILE 117 

LIST 135 

MLTALINE 108 

MLTATERM 111 

F'ORTLINE 113 

PROGRAM 126 

required sequence 89 

SET 93 

SOURCE 93 

summary chart 159 

SYMFILE 122 



assignment control statements (continued) 

syntax 91 

SYSTEM 94 

TERMATTR 100 

TERMNAME 116 
assignment file ($CCPFILE) 

build initialization ($CC1BF) 84 

configuration list example 140 

creation at generation 66 

data, listing 134 

description 88 

directory list example 140 

directory, listing 134 

file control table example 142 

line control table example 141 

listing contents 135 

program control table example 142 

system information table example 141 

terminal attributes table example 141 

terminal name table example 142 

terminal used table example 141 
assignment input 

deck ($CGSET) 49 

statements (SCGSST) 58 
assignment list program (see $CCPAL) 
assignment restrictions 88 
assignment set 

description 87, 89 

identification 93 

listing 135 

listing contents 134 
assignment stage 

description 87 

introduction 3 

planning considerations 87 

requirements 87 
attributes set ID, specifying 101 
attributes, terminal (see terminal 

attributes) 
ATTRID parameter 

BSCATERM assignment statement 106 

MLTATERM assignment statement 112 

TERMATTR assignment statement 101 
AUTOERP command 18 
AUTOERP parameter (BSCATERM assignment 

statement) 107 
automatic calling /answering, 

specifying 101 
automatic negative response generation 76 
automatic polling feature, specifying 110 
automatic retry, specifying 107 
automatic terminal retry command 18 
AUTOPOLL parameter (MLTALINE assignment 

statement) 110 
AUTORS operand ($EBSC generation 
statement) 76 
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base system size calculation 175 
batch partition, opening /closing disk files 

from 19 
binary synchronous communications (see BSC) 
binary synchronous communications 

controller (see BSCC) 
BLKL parameter 

PORTLINE assignment statement 114 
TERMATTR assignment statement 101 
block length 

SIOC channel buffer 114 
specifying for terminal 101 
EiSC adapter generation 74, 78 
BSC device generation ($EBSD 

statement) 77 
BSC devices supported 169 
BSC portline facility 
generation 76, 79 
specifying 114 
BSC support generation ($EBSC 

statement) 73 
BSC terminal attributes, 
specifying 100, 106 
BSCA line close/open 17 
BSCA operand ($EBSC generation 

statement) 74 
BSCALINE assignment statement 
description 103 
summary 90, 160 
BSCATERM assignment statement 
description 106 
summary 90, 160 
BSCC (binary synchronous communications 
controller) 
(see also BSC) 
devices generation ($ECSD 

statements) 80 
IOCS and CCP 3 
microcode deck 39 

support code storage requirements 179 
support considerations 86 
support generation ($ECSC statement) 78 
BSCC operand ($ECSC generation 

statement) 78 
BSYPRT operand (generation $EFAC 

statement) 64 
buffer 

DFF user put 105 
TP hold 23, 95 
buffer (line) size, specifying 114 
buffer management facility 23 
buffering, double (see double line 

buffering) 
busy-printer generation 64 



calling (automatic/manual), 

specifying 101 
cancel user program /CCP command 16 
card machine, specifying for program 128 



CARD operand ($EGEN generations 

statement) 83 
card-oriented generation 40 
cardless-oriented generation 51 
CCP and disk system management 

facilities 3 
CCP cancellation 16 
CCP configuration record, printing 135 
CCP configuration, listing 134 
CCP facilities 22 
CCP facilities (generation $EFAC 

statement) 62 
CCP generation stream (generation $EGEN 

statement) 81 
CCP responses (messages) 19 
CCP tasks 3 
CCP trace 34 

CCP trace, initiating/terminating 18 
CCPFMT (format find routine) 
at startup 30 
description 133 
CCPIVP (installation verification program) 

description 229 
CCPPGM (program find routine) 

description 132 
CCUNIT operand ($EGEN generation 

statement) 82 
CGIVFILE with installation 

verification 229 
chaining, task (see task chaining) 
change interval polling time command 17 
change terminal status command 17 
channel buffer block length, 

specifying 114 
channel-connected systems (see SIOC) 
character translation (upper/lowercase), 

specifying 101 
checkpoint/restart 32 
close/open BSCA line 17 
CLOSE/OPEN command 17 
closing disk files 18, 133 
closing/opening disk files facility 23 
CMCST (communicating magnetic card 
SELECTRIC typewriter) 
CCP support 169 
device generation 72 
specifying 112 
COBOL programming language generation 65 
code translation, specifying 101 
coding rules, assignment statement 91 
combined file 

specifying for program 128 
specifying for terminal 96 
command interrupt mode 
definition 173 
description 9 
command mode 
definition 173 
description 8 
COMMAND parameter 

BSCATERM assignment statement 107 
MLTATERM assignment statement 113 
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DA operand !$EBSC generation 

statement) 74 
data code translation facility 
description 23 
specifying 101 
data entry application, definition 173 
data file design 28 

data format, specifying for terminal 102 
data mode 

definition 173 
description 8 
data mode escape 
command 1 1 
definition 173 
generation 63 
data terminal, definition 7, 1 73 
data transmission rate, specifying 110 
DATAFORM parameter (TERMATTR assignment 

statement) 102 
DATARATE parameter (MLTALiNE assignment 

statement) 110 
DBLBUF parameter 

BSCALINE assignment statement 106 
decimal delay count, specifying 105 
default assignment set identification 94 
delay count, specifying 105 
DELAY parameter (MLTALiNE assignment 

statement) 1 1 1 
delay time, specifying for control 

station 1 1 1 
delete assignment set 93 
device generation 
BSC 77 
MLTA 71 
device requirements 172 
devices supported /required 169 
DECR (display format control routine) 34 
DEE (display format facility) 

buffer support for performance 223 
description 34 
format name, specifying 131 
generation 63 
specifying 102 
storage requirements 203 
user put buffer, specifying 105 
DFFBUF parameter (BSCALINE assignment 

statement) 105 
DEEINDX parameter (SYSTEM assignment 

statement) 98 
DFFMTERM parameter (PROGRAM assignment 

statement) 131 
DFFNDF parameter (PROGRAM assignment 

statement) 131 
DFFPACK parameter (SYSTEM assignment 

statement) 98 
DFFSFDT parameter (PROGRAM assignment 

statement) 131 
DFF3270 parameter (TERMATTR assignment 
statement) 103 



UFGR (display format generator 

routine) 34 
DFILES operand ($EFIL generation 

statement) 68 
DFLTEXEC parameter (SET assignment 

statement) 94 
DFTR (display format test routine) 34 
diagnostic messages (see GC21-5170) 
DIAL operand ($EBSC generation 

statement) 74 
direct file organization, specifying 118 
directory list example, $CCPFILE 140 
directory, listing assignment file 134 
disk data management and CCP 3 
disk file 

(see also file) 
access, sharing 24 

close/open facility ($CCPCL/$CCPOP) 
describing 117 
opening/closing 18 
reference name, symbolic 122 
disk storage estimates, CCP 219 
disk system management (DSM) 
CCP support 3 
considerations 31 
definition 173 
DISKFILE assignment statement 
description 117 
for$HACCP 151 
summary 90, 160 
DISKFILE parameter (SYMFILE assignment 

statement) 122 
display adapter 
generation 74 
support considerations 85 
display format control routine (DFCR) 34 
display format facility (see DFF) 
display format generator routine 

($CCPDF) 34 
display format information example 146 
display format pack, specifying 98 
display format test routine ($CCPDT) 34 
display terminal assignments command 16 
display terminal status command 16 
display users command 16 
DIUNIT operand ($EGEN generation 

statement) 83 
double line buffenng, specifying 105 
DPPACK operand ($EGEN generation 

statement) 83 
DPTRAC operand ($EFIL generation 

statement) 69 
DPUNIT ($EGEN generation statement) 83 
DSM (see disk system management) 
DSUNIT operand ($EGEN generation 

statement) 82 
dump/trace file initialization 

($CC1DP) 84 
DUMPS operand ($EFIL generation 

statement) 68 
DUMPUNIT parameter 99 
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EBCDIC operand 

$EBSC generation statement 76 
$ECSC generation statement 79 
EBCDIC translation 
generation 70 
specifying 101 
EBCDIC transmission code 
generation 76, 79 
specifying 104, 115 
END parameter (SOURCE assignment 

statement) 93 
ENDMSG parameter (PROGRAM assignment 

statement) 128 
EPL (see external pointer list) 
equipment needs considerations 31 
ERP command 18 
error recovery retry time interval, 

specifying 99 
error recovery, terminal 18 
error retries, specifying 110, 115 
error statistics file (MLTERFIL) 39 
ERTIME parameter (SYSTEM assignment 

statement) 99 
ESCAPE operand ($EFAC generation 

statement) 63 
escape, data mode (see data mode escape) 
estimates, main storage 175 
examples 

assignment build execution 137 
assignment input 49 
assignment list output 140 
cardless generation 52 
display format information 146 
generation deck 45 
exchange identification, specifying 105 
EXECFIND parameter (PROGRAM assignment 

statement) 132 
execution-time program find, 

specifying 132 
EXTENTS parameter (DISKFILE assignment 

statement) 119 
external pointer list (EPL) 
definition 173 
specifying 98 



facilities generation ($EFAC 

statement) 62 
facilities, CCP 1, 22 
FCT (see file control table) 
FDT (see field descnptor table) 
features supported 169 
field descriptor table size, 

specifying 131 
file (see also disk file) 
file access method, specifying for 

program 128 
FILE command (see file specification 

command) 
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file control table example, $CCPFILE 142 

file design 28 

file extents, specifying 119 

file key 

length, specifying 118 
location, specifying 1 18 
specifying for program 130 
file management 
definition 173 
description 23 
file master index, specifying 118 
file name 

specifying for program 128 
specifying for terminal 117 
FILE OCL statement 

assignment build program 89 
for generation 47 
for indexed add files 134 
file opening/closing facility 23, 133 
file organization, specifying 118 
file record length, specifying 118 
file reference name, symbolic 122 
file share queue element, specifying 99 
file sharing facility 
description 24 

performance considerations 226 
specifying for program 130 
file specification command (/FILE) 10 
FILES parameter (PROGRAM assignment 

statement) 129 
files, opening/closing 18 
find format routine (CCPFMT) 133 
find program routine (CCPPGM) 132 
FLPACK operand ($EFIL generation 

statement) 69 
FLUNIT operand ($EFIL generation 

statement) 69 
"ormat find 

definition 173 
description 30 
routine (CCPFMT) 133 
format name, specifying 131 
FORMAT operand ($EFAC generation 

statement) 63 
format, specifying terminal data 102 
FORTRAN programming language 

generation 65 
FSQE parameter (SYSTEM assignment 
statement) 99 



generation 

assumptions 39 

CCP programs used 84 

checklist 39 

considerations 85 

diagram 41 

function 39 

MLTERFIL initialization 39 

operational procedures 40 

procedure 38 

source modules used 85 



generation control statements 
$EBSC (BSC support) 73 
$EBSD (BSC devices) 77 
$ECSC (BSCC support) 78 
$ECSD (BSCC devices) 80 
$EFAC (CCP facilities) 62 
$EFIL ($CCPFILE allocation) 66 
$EGEN (CCP generation stream) 
$EMLA (MLTA support) 69 
$EMLD (MLTA devices) 70 
$EPLG (programming languages) 
$ESEC (terminal sign-on security) 
description 59 
summary chart 153 
generation stage 
description 37 
introduction 2 
generation utility ($CC1PP) 84 
GETMSG operand 

$EBSC generation statement 75 
$ECSC generation statement 78 
glossary 173 
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66 



HALT OCC for $HACCP 151 
halts (see GC21-5170) 
hexadecimal address characters, 

specifying 108, 113 
hexadecimal polling characters, 

specifying 108 
hexadecimal record separator byte 

generation 75, 79 
hold buffer (see TP hold buffer) 



ICE parameter 108 

ID parameter (SET assignment 

statement) 93 
identification characters, specifying 106 
identification, specifying for attributes 

set 101 

IDEXRCV parameter (BSCATERM assignment 

statement) 107 
IDEXSEND parameter (BSCALINE assignment 

statement) 105 
INCOMP parameter (TERMNAME assignment 

statement) 116 
index (see master index) 
index residence, DFF 98 
indexed file 

key length, specifying 118 
key location, specifying 118 
organization, specifying 118 
information (S-type) message 

generation 64 
initial mode 

definition 173 
description 8 
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initialize assignment file build 

($CC1BF) 84 
initialize trace/dump file ($CC1DP) 84 
initiate CCP trace command 18 
initiating CCP 15 
input data handler generation 64 
input data length, specifying 130 
input device, specifying 96, 97 
input device, specifying for 1050 113 
input subterminal, specifying 116 
inquiry (rollout/rollin) 32 
inquiry-with-update, definition 174 
inquiry, definition 173 
installation verification program 

(CCPIVP) 229 
intermediate text block character 

generation 75, 79 
intermediate text blocks (ITBs), 

specifying 102 
interrupt feature, specifying 110 
interval polling 

generation 76, 79 
performance considerations 224 
interval polling time 
changing 18 
specifying 98, 98 
INTPOL operand 

$EBSC generation statement 76 

$ECSC generation statement 79 

IOCS (input/output control system) and 

CCP 3 
ITB operand 

$EBSC generation statement 75 
$ECSC generation statement 78 
ITB parameter (TERMATTR assignment 
statement) 102 



key length, specifying 118 

key location, specifying 118 

key sort, specifying for program 130 

KEYL parameter (DISKFILE assignment 

statement) 118 
KEYPOS parameter (DISKFILE assignment 

statement) 118 



LANG operand ($EPLG generation 

statement) 65 
language generation 65 
large number of terminals support 

considerations 86 
LCT (see line control table) 
line (switched) options, specifying 101 
line buffer size, specifying 114 
line code address characters 108,113 
line code polling characters 108 
line code translation, specifying 101 



line control table example, $CCPFILE 141 
line printer, specifying for program 127 
line type 

specifying BSC 103 
specifying MLTA 108 
LINENUM parameter 

BSCALINE assignment statement 104 
MLTALINE assignment statement 109 
LINES operand ($EMLA generation 

statement) 70 
linkage editor (used in generation 

stage) 39 
LIST assignment statement 
description 135 
summary 161 
list program (see assignment list program) 
LOWCAS operand ($EFAC generation 

statement) 64 
lowercase character translation, 

specifying 101 
lowercase input generation 64 
LUSI operand ($ESEC generation 
statement) 66 



macro processor (generation) 44 
main storage 

estimates 175 

requirements for support code 177 
size calculation example 143 
size calculations 136, 175 
utilization 223 
manual calling/answering, specifying 101 
master index, specifying 118 
master terminal name, specifying 116 
MAXCHAIN parameter (SYSTEM assignment 

statement) 99 
maximum CCP system example 204 
maximum storage, CCP system 204 
MAXMSG parameter (PORTLINE assignment 

statement) 115 
MAXRECL parameter (MLTALINE assignment 

statement) 110 
memory- resident overlays, specifying 

storage for 131 
message command (/MSG) 12 
message length, specifying maximum 115 
messages 

(see also GC21-5170) 
from CCP 19 
from terminal operator 19 
from user programs 19 
MFCM (see 2560) 
MFCM1 parameter 

PROGRAM assignment statement 128 
SYSTEM assignment statement 96 
MFCM2 parameter 

PROGRAM assignment statement 128 
SYSTEM assignment statement 96 
MFCU (see 5424) 
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MFCU1 parameter 

PROGRAM assignment statement 128 
SYSTEM assignment statement 96 
MFCU2 parameter 

PROGRAM assignment statement 128 
SYSTEM assignment statement 96 
MINRES operand ($EGEN generation 

statement) 83 
MINTPBUF parameter (SYSTEM assignment 

statement) 95 
MINUPA parameter (SYSTEM assignment 

statement) 95 
MIXSIZE parameter (DISKFILE assignment 

statement) 119 
MLMP IOCS and CCP 3 
MLTA (multiple line terminal adapter) 

device generation ($EMLD statement) 70 
devices supported 169 
IOCS and CCP 3 
microcode deck 39 

support generation ($EMLA statement) 69 
terminal attributes, specifying 1 1 1 
MLTALINE assignment statement 
description 108 
summary 90, 161 
MLTATERM assignment statement 
description 111 
summary 90, 161 
MLTERFIL initialization 40 
MODE parameter (PORTLINE assignment 

statement) 114 
modify assignment set 93 
monitoring, terminal 22 
MORCOR parameter (PROGRAM assignment 

statement 131 
MOVDFF operand ($EFAC generation 

statement) 64 
move DFF routine generation 64 
move terminal name table (TNT) 

generation 64 
MOVTNT operand ($EFAC generation 

statement) 64 
MP operand ($EBSC generation 

statement) 75 
MRO (see memory- resident overlays) 
MRTMAX parameter (PROGRAM assignment 

statement) 127 
MSG (message) command 16 
MSG command (see also /MSG) 
MSTRINDX parameter (DISKFILE assignment 

statement) 1 1 8 
MSTRNAME parameter (TERMNAME assignment 

statement) 116 
multi-function card machine (see 2560) 
multi-function card unit (see 5424) 
multiline/multipoint (see MLMP) 
multiple line terminal adapter (see MLTA) 
multiple requesting terminal (MRT) program, 

definition 174 
multiple requesting terminal capability, 

specifying 127 
multipoint line 

specifying BSC 104 
specifying MLTA 109 
multipoint tributary network 

generation 75 
multivolume file extents, specifying 119 



name command (/NAME) 11 

NAME parameter 

DISKFILE assignment statement 117 
PROGRAM assignment statement 127 
SOURCE assignment statement 93 
SYMFILE assignment statement 122 
TERMNAME assignment statement 116 

NAQPORT parameter (PORTLINE assignment 
statement) 115 

never-ending program (NEP) 
definition 174 
specifying 1 27 

NEVEREND parameter (PROGRAM assignment 
statement) 1 27 

no-queue command (/NOQ) 9 

nonacquirable ports, specifying 115 

noncommand terminal, definition 174 

NRETRY parameter 

BSCALINE assignment statement 103 
MLTALINE assignment statement 111 
PORTLINE assignment statement 115 

N3741 parameter 

PROGRAM assignment statement 128 
SYSTEM assignment statement 97 



object system, definition of 61 
OFFACTN parameter 

BSCATERM assignment statement 108 
MLTATERM assignment statement 113 
OLT (see online test) 
ONLINE parameter 

BSCATERM assignment statement 107 
MLTATERM assignment statement 113 
online terminal test command 17 
online terminal testing facility 23 
online test request, specifying 1 1 1 
opening /closing files facility 23 
opening disk files 133 
opening files 18 

operating aids, system operator 20 
operation CCP system 2 
operation, CCP system 30 
operational stage 
description 30 
introduction 3 
shutdown 31 
startup 30 
operator (see system operator, terminal 

operator) 
OPPRUF operand ($EFAC generation 

statement) 64 
order entry application, definition 174 
ORG parameter (DISKFILE assignment 

statement) 118 
outboard polling, specifying 105 
OUTCOMP parameter (TERMNAME assignment 

statement) 1 1 7 
OUTPOLL parameter (BSCALINE assignment 

statement) 105 
output device, specifying 97 
output device, specifying for 1050 113 
output subterminal, specifying 117 
overlay linkage editor 39 
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PACK parameter (PROGRAM assignment 

statement) 130 
partition card machine, specifying 96 
partition considerations 34 
partition printer, specifying 96 
partition storage requirements 203 
PASSWORD parameter (SYSTEM assignment 

statement) 96 
password security option 
considerations 36 
definition 174 
PCX (see program control table) 
performance considerations 175 
performance improvement tips 223 
PF key for lowercase input generation 64 
PFGR (printer format generator 

routine) 34 
PGMCNT operand ($EFAC generation 

statement) 63 
PGMDATA parameter (PROGRAM assignment 

statement) 1 28 
PGMFIND parameter (PROGRAM assignment 

statement) 1 32 
PGMREQL parameter (SYSTEM assignment 

statement) 98 
PGMSTAT parameter (LIST assignment 

statement) 1 35 
PHONENUM parameter'(TERMNAME assignment 

statement) 1 1 7 
physical file 

and /FILE command 10 
definition 174 
management facility 24 
PINCOMP parameter (MLTATERM assignment 

statement) 1 1 3 
planning considerations 
assignment stage 87 
equipment 31 
system operator 20 
terminal operator 12 
point-to-point line 

specifying BSC 104 
specifying MLTA 109 
point-to-point network generation 75,79 
poll list specification 
BSC 104 
MLTA 109 
POLLCHAR parameter (BSCATERM assignment 

statement) 108 
polling characters, line code 108 
polling delay time, specifying 1 1 1 
polling feature, automatic 1 1 1 
polling order, specifying 104, 110 
polling time, changing 17 
polling, outboard (see outboard polling) 
POLLLIST parameter 

BSCALINE assignment statement 104 
MLTALINE assignment statement 109 
POLTIME command 17 
POLTIME parameter (SYSTEM assignment 

statement) 98 
PORT operand 

$EBSC generation statement 76 
$ECSC generation statement 79 



PORTLINE assignment statement 
description 113 
summary 90, 162 
portline facility generation 76, 79 
portname prefix, specifying 115 
PORTPRFX parameter (PORTLINE assignment 

statement) 1 1 5 
POUTCOMP parameter (MLTATERM assignment 

statement) 113 
PP operand 

$EBSC generation statement 75 
$ECSC generation statement 79 
PPUNIT operand ($EPLG generation 

statement) 65 
primary system, specifying 114 
print/punch utility ($CC1PP) 84 
print spooling considerations 33 
printer-busy generation 64 
printer format generator routine 

($CCPPF) 34 
PRINTER parameter 

PROGRAM assignment statement 127 
SYSTEM assignment statement 96 
printing program request count 135 
PRIORITY parameter (PROGRAM assignment 

statement) 132 
priority, task 25 
PROGRAM assignment statement 
description 126 
for$HACCP 151 
for format find 133 
for program find 133 
summary 90, 163 
program control table example, 

SCCPFILE 146 
program design 28 
program find routine (CCPPGM) 132 
program find, specifying 132 
program levels sharing disk files 32 
program location changed, specifying 132 
program management 
definition 174 
description 24 
program name, specifying 127 
program pack, specifying 130 
program priority, specifying 132 
program product disk unit generation 65 
program request command 
for system operator 18 
for terminal operator 1 1 
length, specifying 98 
program request count 
definition 174 
facility 25 
generation 63 
listing 134, 135 
resetting 1 36 
program request under format (PRUF) 
definition 174 
generation 63 

performance considerations 227 
program request, definition 174 
program requests facility 24 
program requests from terminal 7 
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program-selected terminal, definition 174 
program storage size, specifying 132 
programming facilities 2 
programming languages (generation $EPLG 

statement) 65 
programming support, communications 4 
programs supported/required 169 
PROGS operand ($EFIL generation 

statement) 68 
PRUF (see program request under format) 
PRUF operand ($EFAC generation 

statement) 63 
PRUF$Z parameter (PROGRAM assignment 

statement) 131 
PRUFLNG parameter (PROGRAM assignment 

statement) 1 30 
PRUFOF parameter (SYSTEM assignment 

statement) 99 
pseudo open/close/allocate generation 64 
PTTCBCD/PTTCEBCD transmission code 
generation 72 
specifying 109 
punch 

specifying for program 128 
specifying for terminal 96 
spooling considerations 33 



queue command (/Q) 9 



RCVINT parameter (MLTALINE assignment 

statement) 110 
read spooling considerations 33 
reader 

specifying for program 128 

specifying for terminal 96 
receive interrupt feature, specifying 110 
RECL parameter 

DISKFILE assignment statement 118 

TERMATTR assignment statement 102 
record length 

specifying for program 118 

specifying for terminal 102 

specifying maximum 110 
record separator byte generation 75,79 
record separator characters, 

specifying 102 
recovery, terminal error 18 
RECSEP operand 

$EBSC generation statement 75 

$ECSC generation statement 79 
release command (/RELEASE) 11 
replace assignment set 93 
request count (see program request 
count) 134 



request scheduling 24 
requesting terminal definition 174 
requests from terminal 7 
RESETPS parameter (LIST assignment 

statement) 136 
resident accept performance 

considerations 223 
resident CCP storage 

requirements 189, 197, 205 
resident DFF format index performance 

considerations 223 
resident input data handler generation 64 
resident master index (see master index) 
resident open/close/allocate 
generation 64 

performance considerations 223 
resident polling 
generation 76 

performance considerations 223 
resident request routine generation 64 
RESOPN operand ($EFAC generation 

statement) 64 
RESPOL operand ($EBSC generation 

statement) 76 
responses, CCP-to-system operator 19 
RESREQ operand ($EFAC generation 

statement) 64 
restrictions, assignment 88 
resume user program 

request/execution/initiation 17 
retries, specifying 110, 115 
retry time interval, specifying 99 
RPG II programming language generation 65 
RP1442 parameter 

PROGRAM assignment statement 128 
SYSTEM assignment statement 96 
run command (/RUN) 12 
R2501 parameter 

PROGRAM assignment statement 127 
SYSTEM assignment statement 96 



S-type (information) message 
generation 64 

S/360-370 CCP support 169 
save trace table information command 18 
SCP generator ($CGDRV) 84 
secondary system, specifying 114 
SECURE operand ($ESEC generation 

statement) 66 
security considerations, terminal 

sign-on 36 
security data program 149 
security generation, terminal sign-on 66 
selection, terminal 22 
separator byte generation 75, 79 
separators characters, specifying 102 
sequential file organization, 

specifying 118 
serial file sharing 24 
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serial input/output channel (see SIOC) 
services, application programmer 21 
SET assignment statement 
description 93 
summary 89, 164 
SET parameter (LIST assignment 

statement) 135 
set, assignment (see assignment set) 
SETS operand ($EFIL generation 

statement) 68 
SHA (see system history area) 
SHA statement ($CNFIG) for $HACCP 151 
sharing access to disk files 24, 32 
sharing files between partitions 34 
shutdown command 19 
shutdown operation 31 
sign-off action, specifying 108, 113 
sign-off command (/OFF) 12 
sign-on command (/ON) 9 
sign-on security considerations 36 
sign-on, definition 174 
single requesting terminal (SRT) program, 

definition 174 
SIOC channel buffer block length, 

specifying 114 
SIOC IOCS and CCP 3 
SIOC operand ($EFAC generation 

statement) 64 
SIOC portline, specifying 114 
SIT (see system information table) 
SORT parameter (PROGRAM assignment 

statement) 131 
SOURCE assignment statement 
description 93 
summary 89, 164 
source library specification 93 
source modules, generation 85 
SPAN parameter (TERMATTR assignment 

statement) 102 
spool file copy program (SOCOPY) under 

CCP 5 
spooling considerations 33 
stages, CCP 

assignment 3, 87 
generation 2, 37 
operational 3 
startup operation 30 
startup program find, specifying 132 
statement summary charts 
assignment 159 
generation 153 
statements (see assignment control, 

generation control) 
storage dump space generation 68 
storage estimates 175 
storage size, specifying for program 132 
subterminal input component, 

specifying 117 
subterminal name, defining 116 
subterminal output component, 

specifying 117 
supervisor and CCP 3 
suspend user program 
request/execution/initiation 16 



switched line 

specifying BSC 104 

specifying MLTA 109 
switched line network generation 74 
SWITCHED parameter (TERMATTR assignment 

statement) 101 
symbolic file 

(see also disk file, file, physical file) 

and /FILE command 10 

definition 174 

reference 122 

reference name, specifying 122 
symbolic file management facility 24 
symbolic terminal name 

assignment 17 

defining 116 
symbolic terminal naming facility 22 
SYMFILE assignment statement 

description 122 

summary 90, 164 
syntax 

assignment statement 91 
generation statement 59 
SYSTEM assignment statement 
description 94 
for $HACCP 151 
summary 89, 165 
system history area copy program 

($HACCP) 151 
system information table example, 

$CCPFILE 141 
system invite calculation 149 
system operator 

control of CCP 15 
facilities 1 
messages 19 
operating aids 20 
planning considerations 20 
system operator commands 
/FILE 18 
/NOQ 18 
/Q 18 

assign symbolic terminal name 17 
automatic terminal retry 18 
cancel user program /CCP 16 
change interval polling time 18 
change terminal status 17 
display terminal assignments 16 
display terminal status 16 
display user task status 16 
initiate/terminate CPP trace 18 
message 16 
online terminal test 17 
open/close disk files 18 
program request 18 
resume user program 
request/execution/initiation 17 
save trace table information 18 
shutdown 19 
suspend user program 
request/execution/initiation 16 
terminal error recovery 18 
system password, specifying 96 
system program requirements 172 
system programs 5 
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system service requests from terminal 7 
system task, definition 174 
System /3 CCP support 169 
System/7 

CCP support 169 

device generation 72 

specifying 112 



tables storage requirements 183, 191 

tables, $CCPFILE 141 

tailoring CCP 29 

task chaining control blocks, 

specifying 98 
task chaining facility 25 
task chaining, definition 174 
task identification, definition 174 
task priorities and performance 224 
task priority facility 25 

task-to-task communication generation 65 
task-to-task portline, specifying 114 
tasks, CCP 3 
TASKSIZE parameter (PROGRAM assignment 

statement) 132 
TAT (see terminal attributes table) 
telecommunications programs (see 

application programs) 
telephone number, specifying for 

terminal 117 
TERMATTR assignment statement 
description 100 
for format find 133 
for program find 133 
summary 90,166 
TERMID parameter 

BSCATERM assignment statement 106 
IVILTATERM assignment statement 111 
TERMNAME assignment statement 116 
terminal assignments, displaying 16 
terminal attributes 
BSC 106 
MLTA 111 
specifying 100 
terminal attributes table example, 

SCCPFILE 141 
terminal block length, specifying 101 
terminal command length, specifying 98 
terminal data format, specifying 102 
terminal error recovery command 18 
terminal identification, 

specifying 106, 111, 116 
terminal modes 8, 9 
terminal monitoring and selection 

facility 22 
terminal name assignment 17 
terminal name command (/NAME) 11 
terminal name table (TNT) 
example, $CCPFILE 142 
move generation 64 
terminal .name, defining symbolic 116 
terminal operator 
facilities 1 

planning considerations 12 
requests 7 



terminal operator commands 
data mode escape 1 1 
description 9 

file specification (/FILE) 10 
message (/MSG) 12 
no-queue (/NOQ) 9 
program request 1 1 
queue (/Q) 9 
release (/RELEASE) 11 
run (/RUN) 12 
sign-off (/OFF) 12 
sign-on (/ON) 9 
terminal name (/NAME) 11 
terminal planning 27 
terminal polling order, specifying 104 
terminal record length, specifying 101 
terminal reference identification, 

definition 174 
terminal retry, automatic 18 
terminal security considerations 36 
terminal sign-on security generation ($ESEC 

statement) 66 
terminal status 
changing 17 
displaying 16 
terminal telephone number, specifying 117 
terminal test (see online terminal test) 
terminal testing facility 23 
terminal type 

specifying BSC 106 
specifying MLTA 111 
terminal used table example, $CCPFILE 141 
terminals supported 169 
terminals, specifying for program 128 
terminate CCP trace command 18 
TERMNAME assignment statement 
description 116 
summary 90, 166 
TERMS operand ($EFIL generation 

statement) 68 
TERMS parameter (PROGRAM assignment 

statement) 1 29 
TEST command 17 
testing facility, terminal 23 
text block (intermediate), specifying 102 
text transparency 

generation 76, 79 
specifying 102 
timer-initiated interval polling 

generation 76, 79 
TIOLT parameter (MLTALINE assignment 

statement) 1 1 1 
TNT (see terminal name table) 
TP buffer 

buffer management 23 
optimization generation 64 
size calculation 148 
specifying 95 
storage requirements 182 
TRACE command 18 
trace/dump file initialization 

($CC1DP) 84 
trace facility 34 

TRACE statement for $CC1DP 84 
trace table information, saving 18 
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TRANSLAT parameter (TERMATTR assignment 

statement) 101 
translation 

data code 23 

generation 70 

specifying 101 
transmission code 

specifying BSC 104 

specifying MLTA 109 

specifying portline 115 
transmission code generation 

BSCA 75, 76 

BSCC 79 

MLTA 72 
transmission error retries, 

specifying 110, 115 
transmission rate, specifying 110 
TRANSP parameter (TERMATTR assignment 

statement) 102 
transparency feature 

generation 76, 79 

specifying 102 
tributary network generation 75 
tributary station, specifying 104 
TRKLOC operand ($EFIL generation 

statement) 69 
TTASK operand ($EFAC generation 

statement) 65 
TUT (see terminal used table) 
TYPE operand 

$EBSD generation statement 77 

$EMLD generation statement 71 
TYPE parameter 

BSCALINE assignment statement 103 

BSCATERM assignment statement 106 

MLTAL.INE assignment statement 108 

MLTATERM assigment statement 111 

PORTLINE assignment statement 114 



UNIT parameter (SOURCE assignment 

statement) 93 
unit record data management and CCP 3 
unit record I/O requests 23 
UFA (see user program area) 
UPCASE parameter (TERMATTR assignment 

statement) 101 
update, system 31 
uppercase character translation, 

specifying 101 
user program 

(see also program) 

cancellation 16 

resumption 17 

specifying 95 

structure/requirements, specifying 122 

suspension 16 
user security 

data program ($CCPAU) 149 

generation 66 
user task 

definition 174 

priorities 224 

status, displaying 16 



variable length records, specifying 102 
VARL parameter (TERMATTR assignment 

statement) 102 
VARY command 17 
verification characters, specifying 107 
VERIFYID parameter (TERMATTR assignment 

statement) 103 



WAIT parameter 

BSCALINE assignment statement 

PORTLINE assignment statement 
WKPACK operand ($EGEN generation 

statement) 83 
WKUNIT operand ($FGEN generation 

statement) 82 
work file 

$CCPWORK 88 

$SOURCE 47 

$WORK 83 

$W0RK2 83 

CGIVFILE 229 

space generation 82 



106 
115 



XLATE operand ($EMLA generation 
statement) 70 

XMCODE operand ($EMLD generatior 
statement) 71 

XMCODE parameter 

BSCALINE assignment statement 
MLTALINE assignment statement 
PORTLINE assignment statement 

XPRNCY operand 

$EBSC generation statement 76 
$ECSC generation statement 79 



104 
109 
115 



1050 data communication system 
CCP support 169 
device generation 71 
input device, specifying 113 
output device, specifying 113 
specifying 1 1 1 

1442 card read punch 

specifying for program 128 
specifying for terminal 97 

2501 card reader 

specifying for program 127 
specifying for terminal 96 

2560 multi-function card machine 
specifying for program 128 
specifying for terminal 96 
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2740/2741 communication terminal 

CCP support 169 

device generation 71 

specifying 111 
3270 display format facility (see DFF) 
3270 information display system 

CCP support 34, 169 

device generation 77 

specifying 106 
328x printer-busy 

generation 64 

timer performance considerations 224 
3735 programmable terminal 

CCP support 169 

device generation 77 

specifying 106 
3741 data station 

CCP support 169 

device generation 77 

specifying 106 

specifying for program 128 

specifying for terminal 97 
3767 communication terminal 

CCP support 169 

specifying 112 
5100 portable computer 

CCP support 169 

device generation 72 

specifying 112 
5230 data collection system 

CCP support 169 

device generation 77 

specifying 107 
5424 multi-function card unit 
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